Lion2032 Posted November 15, 2019 Report Share Posted November 15, 2019 Должностная инструкция. Работать по букве закона!!! Спойлер Если в отпуск ты собрался, Лучше в марте и в Тайланд! Год закрыть без программиста Будет очень рад главбух! *** Ты остаточных регистров Никогда не создавай! Пацаны на оборотных Все решают без труда! Но уж коль тебе достался Тот остаточный регистр, Поменяй тип измерений — Лучше «Дата» и «Строка»! Если станут тыкать носом: Мол, регистр не закрыт. Отвечай, что так задумал Архитектор, мать его! *** Интеграцию решений Твой заказчик захотел? Что тут думать, план обмена! Ну и сведений регистр. Соответствия хранить он Будет для объектов всех. Только нужен оператор, Чтобы записи вбивать. Ну и ладно, ты не парься Операторов – вагон, Как и денег у шарашки, Чтоб ораву содержать. Пусть узнает, с кем связался, Это, сука, 1С! Президент сказал, что нужно Нам рабочие места. Оператор – человек ведь? Ипотека, все дела. Хоть и труд его – мартышкин… Ничего, переживет. *** Занимаясь одинэсом, Не забудь про EDT. Это ж главное, чего всем Не хватает в 1С? Изучай его, как только Выйдет следущий релиз, И пиши, что очень круто, Только малость тормозит. *** За релизами платформы Очень тщательно следи Вдруг регистры в расширенья Можно будет добавлять? Ведь такая жизнь начнется! Можно напрочь позабыть Качество и обновленья Просто кодить, блин, и все! Нафигачить кучу файлов Подключать по одному Ну, а гемор и конфликты… Как-нибудь потом решим. *** На переговорах лучше Улыбаться и кивать. И не уточнять детали, Говорить «Да, все решим». Чувакам доход повысить, И затраты сократить, Эффективность и cash flow Обещай поднять в разы. А иначе — вдруг допетрят, Что ты — просто программист? А доходы и затраты Для тебя — счета в БУ? Как их можно, блин, повысить? Вот ведь бездари кругом… Там двойная запись, детки! И платформенный баланс. Ладно, уж потом, в процессе Ты склонишь их на ТЗ. А с ТЗ твой мозг свободен, Можно больше не мудрить. Просто написать программу, Документ, регистр, отчет. Нужен, нет… Какая, на хер… Главное, чтоб по ТЗ. *** Не изобретай решений, Что два раза могут жить. Второй раз, за те же деньги Ты нетленку не продашь. Путь заплатит каждый лузер Снова, снова и опять. За решение задачи, Что решалась много раз. Ты – творец, в конце концов-то, Хоть и сделал суррогат. Суррогат ведь тоже может За шедевр прокатить? *** Если написал вдруг кто-то Паблик про другой фреймворк — Плюсани его скорей, И дальше месяц закрывай. Для того и создаются Технологии крутые: Чтоб без пользы не обедать, А читать и плюсовать. *** Начал слово «эффективность» Твой начальник говорить – От него беги скорее, Он опасно заражён. Станет он считать все цифры, И задачи проверять, И не даст тебе подолгу В Интернете поторчать. Скажет: «Можешь делать больше! Больше денег получать!» Ведь не знает он, что деньги Программисту не нужны? Лезть начнет тебе он в душу, Мотивировать на взлёт. Не читал, наверно, в детстве Книжку, сокол где, и уж. На завод иди работать, Что побольше, помощней. Там нормально отсидеться Точно можно пару лет. С бухгалтерией будь дружен, Им обменчик ты настрой, Только про Тайланды в марте Эх, придется позабыть. *** Если кто-то в Интернете Публикацию заслал – Не мудри, иди в комменты, И начни там холивар! Напиши: «В статье все – лажа, Не стоял ты у станка! Только я, один, все знаю!» (не проверит же никто). И не поддавайся чувству, Будто сраный ты олень, Раз не публикуешь опыт Свой блестящий, и талант. В ту же попадешь ловушку, Если паблик свой зашлешь. Обосрут… «Все лажа!» скажут… «Не стоял ты у станка!» Лучше, все-таки, тихонько Гадить в комментариях. Вдруг найдется кто, оценит Как ты беспредельно крут? Пригласит к себе работать, Скажет: «Ты пиши, чувак!» Только классные комменты Мир наш могут изменить! *** Если где-то ты услышал, Мол, (Слово удалено системой) та 1С. Погляди вокруг: согласно ль С этим мненьем большинство? Если да — кричи всех громче «Да! (Слово удалено системой)! Ни дать, ни взять!». Мало ли, вдруг боком выйдет. Да и хрен с ней… Ведь простит… Если нет — ура! Свои все! Может Event Infostart? Крикни: «1С forever!» И опять ты молодец. Ну а если ты, случайно, Вдруг на хабр, дружок, попал, Не упоминай и мельком, Что знаком с планом счетов! Заклеймят тебя позором, Карма покраснеет вмиг… Лучше быть там ммм… латентным Одинэсником всегда. *** Если кто-то тебе скажет «Книжки почитай, дружок», Посылай его подальше! Пусть читает, чукча, сам. Программист – он не читатель, Он писатель, пишет код. (Ну, а то, что не читают Код его – так он причем?) Книжки пишут нувориши Чтобы дурачкам продать. Нет там пользы, нет там знаний Лишь вода и зомбиоз. Программист сам разберется У него есть Интернет. Но, и Интернет не нужен — Все написано в ТЗ. Реквизит какой добавить, Форму, кнопку и регистр. А полезно, или вредно – Отвечает подписант. *** Ну и, главное, не парься! Продолжай все так, как есть. Ведь, в конце концов, прекрасна Жизнь текущая твоя? И была всегда прекрасна, И об этом ты мечтал, И идет она по плану, Как нам Летов завещал… Quote Link to comment Share on other sites More sharing options...
MS$ Posted December 6, 2019 Report Share Posted December 6, 2019 1 1 Quote Link to comment Share on other sites More sharing options...
Lion2032 Posted January 14, 2020 Report Share Posted January 14, 2020 Технический долг? О чем вы вообще говорите? Спойлер Часто можно услышать, что в проекте большой технический долг. А что это? Насколько он большой? В чем измеряется? Разобрались в статье. Что такое технический долг? Если вы попытаетесь поискать ответ на этот вопрос в интернетах, то обнаружите чушь вроде этой: "Технический долг – это долг, который накапливается из-за принятия неидеальных технических решений, и должен погашаться через рефакторинг." Неидеальных?! Кто видел идеальные решения хоть где-либо? И как оценить расхождение с идеальным решением? Нет! Это все словоблудие, беспредметный треп ни о чем! В ТРИЗ (теории решения изобретательских задач) существует понятие идеального объекта: Идеальный объект – это объект, которого нет, но функция которого выполняется. Если взять это определение идеального, то весь код, что мы пишем – сплошной технический долг. Но в чем его измерять? В строках? В выражениях? В сложности синтаксического дерева или в количестве вершин и граней графа вычислений? Это сложный и запутанный путь в никуда! Так что же такое технический долг? (дубль два) Технический долг – это осознанное и задокументированное решение не делать что-то сейчас. Допустим, есть компания, и у нее есть множество аккаунтов сотрудников. Пока все хорошо и просто. Но! Сотрудник ведь может быть в нескольких компаниях! Как ему между ними переключаться? Или стоит объединить данные из нескольких компаний на одном единственном рабочем экране? Отвлечемся немного от этой задачи. Действительно ли мы сейчас должны принимать какое-либо решение о реализации? Или мы можем инвестировать время и другие ресурсы во что-то более важное? Каким вообще образом все эти переключения или агрегация данных из нескольких компаний могут принести нашей собственной компании прибыль? Это ли то, что мы продаем? Интересно ли нам этим заниматься? Ответ: Нет! Это не создает ценности, но лишь улучшает опыт сотрудников в достаточно редких случаях. При этом, наш клиент — компания, а не сотрудник. Нам важно, чтобы был счастлив тот, кто платит деньги, а не какой-то случайный человек. В противном случае мы ничего не добьемся в попытках всем угодить. Так и запишем: Только одна компания на аккаунт! Tags: account, auth. Аккаунты находятся под одной конкретной компанией и не шарятся между компаниями. Если пользователь желает работать в нескольких компаниях, ему понадобится завести по аккаунту для каждой из них. Мы понимаем неудобства некоторых пользователей и принимаем их, поскольку данный элемент пользовательского опыта является вторичным и значительно выходит за пределы нашего ценностного предложения. Этому все еще нельзя присвоить численную оценку, да и не нужно. Быть может, мы никогда не дойдем до необходимости погашать этот технический долг. Мы задокументировали это решение и время от времени вспоминаем о нем, мы даже можем дописывать к нему пожелания клиентов о реализации такой возможности, однако это вовсе не обязывает нас его "погашать". Мы просто помним о принятом нами решении, помним его аргументацию и дописываем в него пожелания пользователей или связанные с ним НЕ-технические проблемы, вроде: “Компания X отказалась от подписки на наш сервис по причине отсутствия данной функциональности. Контракт мог бы приносить нам ~$20000 в год”. Вот здесь и появляются какие-то внятные числа. А $20000 – это много или мало? Вам решать! Принимать такие решения стоит исходя из текущего вектора развития компании и предполагаемого ROI (который легко может оказаться ошибкой). Итог Теперь многим, кто ошибался насчет технического долга, должны стать понятны следующие моменты: 1. В большинстве случаев “технический долг” подразумевает не технический долг, а низкое качество кода и отсутствие культуры у разработчиков. 2. Технический долг вовсе необязательно погашать. Более того, большую его часть лучше вообще никогда не погашать, потому как погашение непременно увеличит сложность проекта, создаст новые дефекты и векторы атаки. 3. Технический долг – это часть корпоративного нарратива. Если вы его никак не документируете, ваша компания находится в полубредовом состоянии. 4. Технический долг помогает концентрироваться на главном, а во времена затишья создавать побочные продукты или расширять долю рынка. Quote Link to comment Share on other sites More sharing options...
Lion2032 Posted January 23, 2020 Report Share Posted January 23, 2020 Quote Link to comment Share on other sites More sharing options...
Lion2032 Posted February 6, 2020 Report Share Posted February 6, 2020 2 Quote Link to comment Share on other sites More sharing options...
MS$ Posted February 14, 2020 Report Share Posted February 14, 2020 1 1 Quote Link to comment Share on other sites More sharing options...
Lion2032 Posted February 16, 2020 Report Share Posted February 16, 2020 В 14.02.2020 в 16:31, MS$ сказал: Чур, я белый кот ))) Quote Link to comment Share on other sites More sharing options...
Lion2032 Posted February 18, 2020 Report Share Posted February 18, 2020 Вот как нужно программы делать: https://zen.yandex.ru/media/wotankist/kakim-budet-world-of-tanks-v-buduscem-obnovlenie-100-iumor-5e4a34ae07349e4ee436a1f0 1 Quote Link to comment Share on other sites More sharing options...
A.Kudrjashov Posted February 18, 2020 Report Share Posted February 18, 2020 41 минуту назад, Lion2032 сказал: Вот как нужно программы делать: Шутки шутками, а абстинентный синдром ... практически один и тот же. Было время, когда друг заходил поиграть в какую то DOOM-подобную игру. И вот, как то зашел, а я за компьютером работаю и оторваться пока не могу. Так на него смотреть даже мельком страшно было: несвязная речь, трясущиеся руки и блуждающий взгляд. Так что, в каждой шутке есть доля шутки, все остальное - правда. Quote Link to comment Share on other sites More sharing options...
Lion2032 Posted February 19, 2020 Report Share Posted February 19, 2020 (edited) 23 часа назад, Lion2032 сказал: Вот как нужно программы делать: https://zen.yandex.ru/media/wotankist/kakim-budet-world-of-tanks-v-buduscem-obnovlenie-100-iumor-5e4a34ae07349e4ee436a1f0 А мы делаем так: Спойлер Demo-driven development (Triple-D) - технология, в соответствии с которой фича сначала пишется на левой коленке с единственной целью как-нибудь скрестя пальцы продемонстрировать её заказчику, затем пятнадцать раз переписывается в соответствии с изменениями требований (и обязательно демонстрируется после каждого изменения) и только после того, как заказчик удовлетворился, костыли заменяются протезами, а велосипеды делаются по ГОСТу. Edited February 19, 2020 by Lion2032 Quote Link to comment Share on other sites More sharing options...
Lion2032 Posted May 13, 2020 Report Share Posted May 13, 2020 xxx: Как заинтриговать тестировщика xxx: Сказать, что обновили xxx: Запретить тестить Quote Link to comment Share on other sites More sharing options...
MS$ Posted May 26, 2020 Report Share Posted May 26, 2020 Quote Link to comment Share on other sites More sharing options...
Lion2032 Posted June 4, 2020 Report Share Posted June 4, 2020 xхx: Смотри, я тут написал промежуточный класс, и теперь при обращении к API можно вообще не думать о типе объекта. yyy: Да вам, программистам, лишь бы вообще ни о чем не думать! 1 Quote Link to comment Share on other sites More sharing options...
Ivanco Posted June 4, 2020 Report Share Posted June 4, 2020 1 Quote Link to comment Share on other sites More sharing options...
MS$ Posted July 14, 2020 Report Share Posted July 14, 2020 Комментарий к статье "Росстандарт утвердил ГОСТ для мобильных приложений": — Главное, чтобы приложения назывались просто и понятно. Например, "Программа для обмена текстовой, звуковой, графической и видеоинформацией (ПОТЗГВ) 2018.31.984.НШ1", а то "Вайбер" — хрен запомнишь. 2 Quote Link to comment Share on other sites More sharing options...
Lion2032 Posted August 26, 2020 Report Share Posted August 26, 2020 При выходе нового релиза, врачи рекомендуют запивать валерьянку коньяком... 1 Quote Link to comment Share on other sites More sharing options...
taras-proger Posted August 26, 2020 Report Share Posted August 26, 2020 Что вы от пользователей хотите? Они знают, что программы пишут те же люди, которые назвали команду вызова справки не ask, а man. А если сами не лазили в UNIX, то им об этом рассказали программисты. Соответственно, они ожидают запутанности и ищут каждую интерфейсину в максимально не подходящих местах (столь же не подходящих, как мужчина не подходит к справке). А справку не читали, так как знают, что и её писали те же люди. 1 Quote Link to comment Share on other sites More sharing options...
taras-proger Posted August 27, 2020 Report Share Posted August 27, 2020 (edited) Цитата А вот наш брат программист делает программу для расчета автоматического (это когда вообще без участия человека) или же автоматизированного (при участии «безответственном», например, клерка, который проверить результаты не в состоянии, бо не знает сопромата; его самого контролировать надо, правильно ли исходные цифры ввел). У Нет. Просто если программу писал инженер, то он не будет ругать собственные недочёты. Сам же писал, сам себе злая буратина. Ах лень всё за раз сделать? Ну так и мучайся каждый раз. К тому же ты ж её пиал и знаешь досконально, можешь вообще без интерфейса работать, просто подставляй литералы и никаких гвоздёв. Охота имён? Ну заведи константы и в них декларируй, для каждой задачки перекомпиляция. А если работал программист, то «тебе за это деньги платят, вот и сделай качественно, а я машину понимать уметь не обязан, поэтому буду своё разгильдяйдство на твоё отсутствие контроля сваливать». Лень? Так не инженеру же. А любой глюк, любая неправильная реакция на неаккуратность ввода, на забывчивость, выльется в критику, а то и покупку другой программы. Думаете, я не натыкался на то, что сам постановщик, инженер, дважды член-кор сначала поставит задачу в литрах в минуту, а потом примется вводить в метрах кубических в час? Разница 3,6, причём, метр кубический меньше. Ему-то код не виден. Думаете, я сам не вводил потом в литрах в секунду? Код огромен просто из-за размеров задачи, каждый раз в него не насмотришься. Думаете, я не давал коллеге функцию загрузки файлов одной версии, спецификацию – другой, а канонический файл – вообще «левого» формата, из-за чего понять источник глюков смог только я сам? Теперь жалею, что формат звали не tif, сейчас «удобные расширеня и дополнения формата tif предназначены специально для того, чтоб вызывать глюки и случайные ошибки прикладных программ» было бы официальной версией их назначения. Поэтому пока программы пишутся для себя, они малы, просты и содержат только действительно необходимые проверки, но при этом все. Лишний проверок нет вовсе, но и ни одна необходимая не пропускается. Как только программу надо отдать даже другому программисту, одна строчка может разрастись до пары миллионов строк и многих лет работы коллектива. Если программу пишет инженер, то он не делает инструмент, а автоматизирует кирпичик своей работы, он работает на свою лень, теперь этот автомат будет какое-то время работать вместо него, а при любых изменениях требований – переделываться. Но если её пишет за деньги программист, то он должен сделать товар в парадигме «сдал-забыл». Edited August 27, 2020 by taras-proger Quote Link to comment Share on other sites More sharing options...
taras-proger Posted August 27, 2020 Report Share Posted August 27, 2020 В 11.07.2019 в 19:01, MS$ сказал: А вот фиг. 2000 был заводом на сваях, под которым был широк разрекламирован, но так и не завезён зыбучий песок. добавлено через 7 минут В 12.08.2019 в 14:00, Fogel сказал: Эй, где винда 3.11 и 10ка? А 3.1. – это замаскированный DOS. Поэтому печтаная машинка в камуфляжной раскпааске и за ней солдат со скрипкой. Quote Link to comment Share on other sites More sharing options...
taras-proger Posted August 27, 2020 Report Share Posted August 27, 2020 В 17.10.2014 в 18:09, SevaM сказал: Как отличить программиста от математика? Надо задать вопрос: «Антоним слову параллельно?»… Математик ответит: перпендикулярно; программист: последовательно. Это электрик. А программист может ответить всё, что угодно. От «перпендикулярно», если он пишет простую графику до «итерационно» и даже «рекурсивно», если он только что оторвался от факториала или суммы массива. Может и электрику уподобиться, но лишь в некотором спектре частных случаев. Quote Link to comment Share on other sites More sharing options...
A.Kudrjashov Posted August 27, 2020 Report Share Posted August 27, 2020 16 минут назад, taras-proger сказал: А 3.1. – это замаскированный DOS. Поэтому печтаная машинка в камуфляжной раскпааске и за ней солдат со скрипкой. ... а кто помнит от какого ПК это чудо ? Спойлер Quote Link to comment Share on other sites More sharing options...
taras-proger Posted August 27, 2020 Report Share Posted August 27, 2020 Если программа работает не так, как описана, то ошибка может быть где угодно на усмотрение автора, а иногда и заказчика. 1 Quote Link to comment Share on other sites More sharing options...
A.Kudrjashov Posted August 27, 2020 Report Share Posted August 27, 2020 Только что, taras-proger сказал: Если программа работает не так, как описана, то ошибка может быть где угодно на усмотрение автора, а иногда и заказчика. Компьютер делает то, что ему приказано, а совсем не то, что от него ожидается. Quote Link to comment Share on other sites More sharing options...
taras-proger Posted August 27, 2020 Report Share Posted August 27, 2020 (edited) 12 минут назад, A.Kudrjashov сказал: Компьютер делает то, что ему приказано, а совсем не то, что от него ожидается. Фиг. Комп делает то, как поняла приказ программа, писанная третьим лицом. Поэтому если приказ понят не так, как задуман, то ошибка может быть: 1. В реализации данной программы. 2. В её описании. 3. В переводе её описания на понятный пользователю язык. 4. В переводе описания программы, вызываемой данной программой, на понятный программисту язык. 5. В переводе описания компилятора на понятный программисту язык. В каком-то конкретном месте она окажется лишь когда её начнут искать. В каком? Это выбирается автором на этапе поиска ошибки. А иногда и заказчиком. Edited August 27, 2020 by taras-proger Quote Link to comment Share on other sites More sharing options...
MCAD Posted August 27, 2020 Report Share Posted August 27, 2020 40 минут назад, A.Kudrjashov сказал: ... а кто помнит от какого ПК это чудо ? Скорее всего это не от ПК, от дигитайзера. Ещё "Прицел" должен быть UPD: Не нашёл похожей, но провод явно не с той стороны :-( Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.