Перейти к содержанию
SevaM

О программах и программистах

Рекомендуемые сообщения

Должностная инструкция.

Работать по букве закона!!!

 

 

Спойлер

Если в отпуск ты собрался,
Лучше в марте и в Тайланд!
Год закрыть без программиста
Будет очень рад главбух!

***

Ты остаточных регистров
Никогда не создавай!
Пацаны на оборотных
Все решают без труда!

Но уж коль тебе достался
Тот остаточный регистр,
Поменяй тип измерений — Лучше «Дата» и «Строка»!

Если станут тыкать носом:
Мол, регистр не закрыт.
Отвечай, что так задумал
Архитектор, мать его!

***

Интеграцию решений
Твой заказчик захотел?
Что тут думать, план обмена!
Ну и сведений регистр.

Соответствия хранить он
Будет для объектов всех.
Только нужен оператор,
Чтобы записи вбивать.

Ну и ладно, ты не парься
Операторов – вагон,
Как и денег у шарашки,
Чтоб ораву содержать.

Пусть узнает, с кем связался,
Это, сука, 1С!
Президент сказал, что нужно
Нам рабочие места.

Оператор – человек ведь?
Ипотека, все дела.
Хоть и труд его – мартышкин…
Ничего, переживет.

***

Занимаясь одинэсом,
Не забудь про EDT.
Это ж главное, чего всем
Не хватает в 1С?

Изучай его, как только
Выйдет следущий релиз,
И пиши, что очень круто,
Только малость тормозит.

***

За релизами платформы
Очень тщательно следи
Вдруг регистры в расширенья
Можно будет добавлять?

Ведь такая жизнь начнется!
Можно напрочь позабыть
Качество и обновленья
Просто кодить, блин, и все!

Нафигачить кучу файлов
Подключать по одному
Ну, а гемор и конфликты…
Как-нибудь потом решим.

***

На переговорах лучше
Улыбаться и кивать.
И не уточнять детали,
Говорить «Да, все решим».

Чувакам доход повысить,
И затраты сократить,
Эффективность и cash flow
Обещай поднять в разы.

А иначе — вдруг допетрят,
Что ты — просто программист?
А доходы и затраты
Для тебя — счета в БУ?

Как их можно, блин, повысить?
Вот ведь бездари кругом…
Там двойная запись, детки!
И платформенный баланс.

Ладно, уж потом, в процессе
Ты склонишь их на ТЗ.
А с ТЗ твой мозг свободен,
Можно больше не мудрить.

Просто написать программу,
Документ, регистр, отчет.
Нужен, нет… Какая, на хер…
Главное, чтоб по ТЗ.

***

Не изобретай решений,
Что два раза могут жить.
Второй раз, за те же деньги
Ты нетленку не продашь.

Путь заплатит каждый лузер
Снова, снова и опять.
За решение задачи,
Что решалась много раз.

Ты – творец, в конце концов-то,
Хоть и сделал суррогат.
Суррогат ведь тоже может
За шедевр прокатить?

***

Если написал вдруг кто-то
Паблик про другой фреймворк —
Плюсани его скорей,
И дальше месяц закрывай.

Для того и создаются
Технологии крутые:
Чтоб без пользы не обедать,
А читать и плюсовать.

***

Начал слово «эффективность»
Твой начальник говорить –
От него беги скорее,
Он опасно заражён.

Станет он считать все цифры,
И задачи проверять,
И не даст тебе подолгу
В Интернете поторчать.

Скажет: «Можешь делать больше!
Больше денег получать!»
Ведь не знает он, что деньги
Программисту не нужны?

Лезть начнет тебе он в душу,
Мотивировать на взлёт.
Не читал, наверно, в детстве
Книжку, сокол где, и уж.

На завод иди работать,
Что побольше, помощней.
Там нормально отсидеться
Точно можно пару лет.

С бухгалтерией будь дружен,
Им обменчик ты настрой,
Только про Тайланды в марте
Эх, придется позабыть.

***

Если кто-то в Интернете
Публикацию заслал –
Не мудри, иди в комменты,
И начни там холивар!

Напиши: «В статье все – лажа,
Не стоял ты у станка!
Только я, один, все знаю!»
(не проверит же никто).

И не поддавайся чувству,
Будто сраный ты олень,
Раз не публикуешь опыт
Свой блестящий, и талант.

В ту же попадешь ловушку,
Если паблик свой зашлешь.
Обосрут… «Все лажа!» скажут…
«Не стоял ты у станка!»

Лучше, все-таки, тихонько
Гадить в комментариях.
Вдруг найдется кто, оценит
Как ты беспредельно крут?

Пригласит к себе работать,
Скажет: «Ты пиши, чувак!»
Только классные комменты
Мир наш могут изменить!

***

Если где-то ты услышал,
Мол, (Слово удалено системой) та 1С.
Погляди вокруг: согласно ль
С этим мненьем большинство?

Если да — кричи всех громче
«Да! (Слово удалено системой)! Ни дать, ни взять!».
Мало ли, вдруг боком выйдет.
Да и хрен с ней… Ведь простит…

Если нет — ура! Свои все!
Может Event Infostart?
Крикни: «1С forever!»
И опять ты молодец.

Ну а если ты, случайно,
Вдруг на хабр, дружок, попал,
Не упоминай и мельком,
Что знаком с планом счетов!

Заклеймят тебя позором,
Карма покраснеет вмиг…
Лучше быть там ммм… латентным
Одинэсником всегда.

***
Если кто-то тебе скажет
«Книжки почитай, дружок»,
Посылай его подальше!
Пусть читает, чукча, сам.

Программист – он не читатель,
Он писатель, пишет код.
(Ну, а то, что не читают
Код его – так он причем?)

Книжки пишут нувориши
Чтобы дурачкам продать.
Нет там пользы, нет там знаний
Лишь вода и зомбиоз.

Программист сам разберется
У него есть Интернет.
Но, и Интернет не нужен — Все написано в ТЗ.

Реквизит какой добавить,
Форму, кнопку и регистр.
А полезно, или вредно –
Отвечает подписант.

***

Ну и, главное, не парься!
Продолжай все так, как есть.
Ведь, в конце концов, прекрасна
Жизнь текущая твоя?

И была всегда прекрасна,
И об этом ты мечтал,
И идет она по плану,
Как нам Летов завещал…

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Технический долг? О чем вы вообще говорите?

 

Спойлер

Часто можно услышать, что в проекте большой технический долг. А что это? Насколько он большой? В чем измеряется? Разобрались в статье.

 

Что такое технический долг?

Если вы попытаетесь поискать ответ на этот вопрос в интернетах, то обнаружите чушь вроде этой: "Технический долг – это долг, который накапливается из-за принятия неидеальных технических решений, и должен погашаться через рефакторинг." Неидеальных?! Кто видел идеальные решения хоть где-либо? И как оценить расхождение с идеальным решением? Нет! Это все словоблудие, беспредметный треп ни о чем!

 

В ТРИЗ (теории решения изобретательских задач) существует понятие идеального объекта: Идеальный объект – это объект, которого нет, но функция которого выполняется. Если взять это определение идеального, то весь код, что мы пишем – сплошной технический долг. Но в чем его измерять? В строках? В выражениях? В сложности синтаксического дерева или в количестве вершин и граней графа вычислений? Это сложный и запутанный путь в никуда!

 

Так что же такое технический долг? (дубль два)

Технический долг – это осознанное и задокументированное решение не делать что-то сейчас. Допустим, есть компания, и у нее есть множество аккаунтов сотрудников. Пока все хорошо и просто. Но! Сотрудник ведь может быть в нескольких компаниях! Как ему между ними переключаться? Или стоит объединить данные из нескольких компаний на одном единственном рабочем экране?

 

Отвлечемся немного от этой задачи. Действительно ли мы сейчас должны принимать какое-либо решение о реализации? Или мы можем инвестировать время и другие ресурсы во что-то более важное? Каким вообще образом все эти переключения или агрегация данных из нескольких компаний могут принести нашей собственной компании прибыль? Это ли то, что мы продаем? Интересно ли нам этим заниматься?

Ответ: Нет! Это не создает ценности, но лишь улучшает опыт сотрудников в достаточно редких случаях. При этом, наш клиент — компания, а не сотрудник. Нам важно, чтобы был счастлив тот, кто платит деньги, а не какой-то случайный человек. В противном случае мы ничего не добьемся в попытках всем угодить. Так и запишем:

Только одна компания на аккаунт! Tags: account, auth. Аккаунты находятся под одной конкретной компанией и не шарятся между компаниями. Если пользователь желает работать в нескольких компаниях, ему понадобится завести по аккаунту для каждой из них. Мы понимаем неудобства некоторых пользователей и принимаем их, поскольку данный элемент пользовательского опыта является вторичным и значительно выходит за пределы нашего ценностного предложения.

Этому все еще нельзя присвоить численную оценку, да и не нужно. Быть может, мы никогда не дойдем до необходимости погашать этот технический долг. Мы задокументировали это решение и время от времени вспоминаем о нем, мы даже можем дописывать к нему пожелания клиентов о реализации такой возможности, однако это вовсе не обязывает нас его "погашать". Мы просто помним о принятом нами решении, помним его аргументацию и дописываем в него пожелания пользователей или связанные с ним НЕ-технические проблемы, вроде: “Компания X отказалась от подписки на наш сервис по причине отсутствия данной функциональности. Контракт мог бы приносить нам ~$20000 в год”. Вот здесь и появляются какие-то внятные числа. А $20000 – это много или мало? Вам решать! Принимать такие решения стоит исходя из текущего вектора развития компании и предполагаемого ROI (который легко может оказаться ошибкой).

 

Итог

Теперь многим, кто ошибался насчет технического долга, должны стать понятны следующие моменты:

1. В большинстве случаев “технический долг” подразумевает не технический долг, а низкое качество кода и отсутствие культуры у разработчиков.

2. Технический долг вовсе необязательно погашать. Более того, большую его часть лучше вообще никогда не погашать, потому как погашение непременно увеличит сложность проекта, создаст новые дефекты и векторы атаки.

3. Технический долг – это часть корпоративного нарратива. Если вы его никак не документируете, ваша компания находится в полубредовом состоянии.

4. Технический долг помогает концентрироваться на главном, а во времена затишья создавать побочные продукты или расширять долю рынка.

 

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
41 минуту назад, Lion2032 сказал:

Вот как нужно программы делать:


Шутки шутками, а абстинентный синдром ... практически один и тот же.

Было время, когда друг заходил поиграть в какую то DOOM-подобную игру. И вот, как то зашел, а я за компьютером работаю и оторваться пока не могу. Так на него смотреть даже мельком страшно было: несвязная речь, трясущиеся руки и блуждающий взгляд.

Так что, в каждой шутке есть доля шутки, все остальное - правда. :)

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
23 часа назад, Lion2032 сказал:

 

А мы делаем так:

Спойлер

Demo-driven development (Triple-D) - технология, в соответствии с которой фича сначала пишется на левой коленке с единственной целью как-нибудь скрестя пальцы продемонстрировать её заказчику, затем пятнадцать раз переписывается в соответствии с изменениями требований (и обязательно демонстрируется после каждого изменения) и только после того, как заказчик удовлетворился, костыли заменяются протезами, а велосипеды делаются по ГОСТу.

 

Изменено пользователем Lion2032

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты

Присоединяйтесь к обсуждению

Вы можете написать сейчас и зарегистрироваться позже. Если у вас есть аккаунт, авторизуйтесь, чтобы опубликовать от имени своего аккаунта.

Гость
Ответить в этой теме...

×   Вставлено с форматированием.   Восстановить форматирование

  Разрешено использовать не более 75 эмодзи.

×   Ваша ссылка была автоматически встроена.   Отображать как обычную ссылку

×   Ваш предыдущий контент был восстановлен.   Очистить редактор

×   Вы не можете вставлять изображения напрямую. Загружайте или вставляйте изображения по ссылке.

Загрузка...

×
×
  • Создать...