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

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


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

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

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

 

 

Спойлер

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

***

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

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

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

***

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

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

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

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

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

***

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

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

***

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

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

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

***

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

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

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

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

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

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

***

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

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

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

***

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

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

***

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

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

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

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

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

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

***

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

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

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

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

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

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

***

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

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

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

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

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

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

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

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

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

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

***

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

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

 

Ссылка на сообщение
Поделиться на другие сайты
  • 3 недели спустя...
  • Ответов 134
  • Дата создания
  • Последний ответ

Лучшие авторы в теме

Лучшие авторы в теме

Популярные посты

Ситуация: ребёнку послезавтра сдавать рисунок и она (ессно) бежит к папочке. То, что папочка давно уже расслабился бо сдал деточку замуж (оппа, а внуки оказывается равнозначны детям) и более не расчит

Изображения в теме

  • 1 месяц спустя...

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

 

Спойлер

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

 

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

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

 

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

 

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

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

 

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

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

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

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

 

Итог

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

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

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

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

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

 

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

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


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

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

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

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

 

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

Спойлер

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

 

Изменено пользователем Lion2032
Ссылка на сообщение
Поделиться на другие сайты
  • 2 месяца спустя...
  • 2 недели спустя...
  • 2 недели спустя...

xхx: Смотри, я тут написал промежуточный класс, и теперь при обращении к API можно вообще не думать о типе объекта.
yyy: Да вам, программистам, лишь бы вообще ни о чем не думать!

Ссылка на сообщение
Поделиться на другие сайты
  • 1 месяц спустя...

Комментарий к статье "Росстандарт утвердил ГОСТ для мобильных приложений": — Главное, чтобы приложения назывались просто и понятно. Например, "Программа для обмена текстовой, звуковой, графической и видеоинформацией (ПОТЗГВ) 2018.31.984.НШ1", а то "Вайбер" — хрен запомнишь.

 

Ссылка на сообщение
Поделиться на другие сайты
  • 1 месяц спустя...

Что вы от пользователей хотите? Они знают, что программы пишут те же люди, которые назвали команду вызова справки не ask, а man. А если сами не лазили в UNIX, то им об этом рассказали программисты. Соответственно, они ожидают запутанности и ищут каждую интерфейсину в максимально не подходящих местах (столь же не подходящих, как мужчина не подходит к справке). А справку не читали, так как знают, что и её писали те же люди.

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

А вот наш брат программист делает программу для расчета автоматического (это когда вообще без участия человека) или же автоматизированного (при участии «безответственном», например, клерка, который проверить результаты не в состоянии, бо не знает сопромата; его самого контролировать надо, правильно ли исходные цифры ввел). У

Нет. Просто если программу писал инженер, то он не будет ругать собственные недочёты. Сам же писал, сам себе злая буратина. Ах лень всё за раз сделать? Ну так и мучайся каждый раз. К тому же ты ж её пиал и знаешь досконально, можешь вообще без интерфейса работать, просто подставляй литералы и никаких гвоздёв. Охота имён? Ну заведи константы  и в них декларируй, для каждой задачки перекомпиляция. А если работал программист, то «тебе за это деньги платят, вот и сделай качественно, а я машину понимать уметь не обязан, поэтому буду своё разгильдяйдство на твоё отсутствие контроля сваливать». Лень? Так не инженеру же. А любой глюк, любая неправильная реакция на неаккуратность ввода, на забывчивость, выльется в критику, а то и покупку другой программы. Думаете, я не натыкался на то, что сам постановщик, инженер, дважды член-кор сначала поставит задачу в литрах в минуту, а потом примется вводить в метрах кубических в час? Разница 3,6, причём, метр кубический меньше. Ему-то код не виден. Думаете, я сам не вводил потом в литрах в секунду? Код огромен просто из-за размеров задачи, каждый раз в него не насмотришься. Думаете, я не давал коллеге функцию загрузки файлов одной версии, спецификацию – другой, а канонический файл – вообще «левого» формата, из-за чего понять источник глюков смог только я сам? Теперь жалею, что формат звали не tif, сейчас «удобные расширеня и дополнения формата tif предназначены специально для того, чтоб вызывать глюки и случайные ошибки прикладных программ» было бы официальной версией их назначения. Поэтому пока программы пишутся для себя, они малы, просты и содержат только действительно необходимые проверки, но при этом все. Лишний проверок нет вовсе, но и ни одна необходимая не пропускается. Как только программу надо отдать даже другому программисту, одна строчка может разрастись до пары миллионов строк и многих лет работы коллектива. Если программу пишет инженер, то он не делает инструмент, а автоматизирует кирпичик своей работы, он работает на свою лень, теперь этот автомат будет какое-то время работать вместо него, а при любых изменениях требований – переделываться. Но если её пишет за деньги программист, то он должен сделать товар в парадигме «сдал-забыл».

Изменено пользователем taras-proger
Ссылка на сообщение
Поделиться на другие сайты
В 11.07.2019 в 19:01, MS$ сказал:

 

d1795ad9c57a0a700c15050e570692a4.jpg

 

А вот фиг. 2000 был заводом на сваях, под которым был широк разрекламирован, но так и не завезён зыбучий песок.

добавлено через 7 минут
В 12.08.2019 в 14:00, Fogel сказал:

Эй, где винда 3.11 и 10ка?

А 3.1. –  это замаскированный DOS. Поэтому печтаная машинка в камуфляжной раскпааске и за ней солдат со скрипкой.

Ссылка на сообщение
Поделиться на другие сайты
В 17.10.2014 в 18:09, SevaM сказал:

Как отличить программиста от математика? Надо задать вопрос: «Антоним слову параллельно?»… Математик ответит: перпендикулярно; программист: последовательно.

Это электрик. А программист может ответить всё, что угодно. От «перпендикулярно», если он пишет простую графику до «итерационно» и даже «рекурсивно», если он только что оторвался от факториала или суммы массива. Может и электрику уподобиться, но лишь в некотором спектре частных случаев.

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

А 3.1. –  это замаскированный DOS. Поэтому печтаная машинка в камуфляжной раскпааске и за ней солдат со скрипкой.


... а кто помнит от какого ПК это чудо ?
 

Спойлер

image.thumb.png.787a9866c9db26ba7768f5716b7fcd30.png

 

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

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

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

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


Компьютер делает то, что ему приказано, а совсем не то, что от него ожидается.

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

Компьютер делает то, что ему приказано, а совсем не то, что от него ожидается.

Фиг. Комп делает то, как поняла приказ программа, писанная третьим лицом.  Поэтому если приказ понят не  так, как задуман, то ошибка может быть:

1. В реализации данной программы.

2. В её описании.

3. В переводе её описания на понятный пользователю язык.

4. В переводе описания программы, вызываемой данной программой, на понятный программисту язык.

5. В переводе описания компилятора на понятный программисту язык.

В каком-то конкретном месте она окажется лишь когда её начнут искать. В каком? Это выбирается автором на этапе поиска ошибки. А иногда и заказчиком.

Изменено пользователем taras-proger
Ссылка на сообщение
Поделиться на другие сайты
40 минут назад, A.Kudrjashov сказал:


... а кто помнит от какого ПК это чудо ?

Скорее всего это не от ПК, от дигитайзера. Ещё "Прицел" должен быть

UPD: Не нашёл похожей, но провод явно не с той стороны :-( 

510741194_T1hHZcXaNaXXaxR_k8_0717011.jpg.eda27a789f8d07393a33e35639def695.jpg

 

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

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

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

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

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

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

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

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

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

Загрузка...
  • Расскажите друзьям

    Нравится Официальный форум компании Нанософт? Расскажите друзьям!

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