0. Alex_Japanese_Student 437 10.01.19 15:12 Сейчас в теме

Код по цене пачки пельменей и сорок бочек скрама

Быстрый код по цене пачки пельменей и сорок бочек скрама пятому столику.

Перейти к публикации

Комментарии
Избранное Подписка Сортировка: Древо
121. MCV 14.01.19 16:33 Сейчас в теме
(119)

А я то думаю, какого фига из обычной таблички , ЦТО по кассам устроили целый ритуал с заменой прошивки.... Теперь понятно!
Спс за ответ.
124. VampirRo 15.01.19 06:26 Сейчас в теме
(121) Там в первую очередь даже не ЦТО (хотя кто из них откажется от денег за перепрошивку) а производители касс.
60. nyam-nyam 11.01.19 13:44 Сейчас в теме
Хех, вот Вы про код кривой говорите - он то хоть какие-то проверки проходит, хоть и косячит в бою... А как Вам продукт от 1С за 1,25 млн. руб. , некоторые релизы которого просто не работают без прав Администратора?
sergathome; +1 Ответить
65. feva 149 11.01.19 14:14 Сейчас в теме
И нельзя ни сказать о замечательной и чудесной практике под названием “Кому отдать проект? Тому, кто поставит меньше часов”


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

Жиза жизненная
70. kser87 1840 11.01.19 16:14 Сейчас в теме
К чему все это? Статья про то, как человека взяли на работу, а а он потом совершенно бесплатно написал на профессиональном ресурсе гадостей про
компанию, работодателяя, коллег и совершенно незнакомых ему людей. Да ещё и выложил в общий доступ куски конфигурации, которые вероятно защищены авторским правом (какими бы они не были).
85. Alex_Japanese_Student 437 11.01.19 18:21 Сейчас в теме
(70)
К чему все это? Статья про то, как человека взяли на работу, а а он потом совершенно бесплатно написал на профессиональном ресурсе гадостей про
компанию, работодателяя, коллег и совершенно незнакомых ему людей. Да ещё и выложил в общий доступ куски конфигурации, которые вероятно защищены авторским правом (какими бы они не были).


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

если называть черное - черным, а белое - белым, это говорить гадости - то да, статья полна гадостей
выложенные куски конфигурации имеют отрицательную ценность
90. kser87 1840 11.01.19 19:54 Сейчас в теме
(85) понятно, то есть вы просто посмотрели кусок кода и решили, что конфигурация плохая. Ни контекста исполнения, ни полноты картины программного продукта вы понятное дело ни видите.

Я хотел скачать гениальные изобретения, которые вы выложили в своих публикациях, но почему-то стало жалко даже 100 рублей на них. Поэтому просто задам пару вопросов: как вы отнеслись бы если бы ваши разработки так описали? Ваши решения можно считать эталоном разработки на 1С?

Если называть чёрное черным и тд, то статья полна гадостей. Но мир многообразен и не делится исключительно на чёрное и белое. Если бы вы умели хотя бы специалисту объяснить, почему описанные решения неверные, а конфигурация не имеет ценности, то претензий не было бы. А так вы просто ругаете чужой труд ни за что. Представил себе ситуацию в суде. Вам говорят, что программа столько-то стоит, продано n лицензий, приносит стабильный доход, даёт работу штату целой компании. А вы что? Бу- у бу бу так не делают, это отстой. Не смешно разве?
pm74; kalyaka; +2 Ответить
91. Alex_Japanese_Student 437 11.01.19 20:54 Сейчас в теме
(90)
понятно, то есть вы просто посмотрели кусок кода и решили, что конфигурация плохая. Ни контекста исполнения, ни полноты картины программного продукта вы понятное дело ни видите.


все верно
когда я вижу, что в 2019 году люди цену ставят как реквизит справочника - мне как-то не хочется смотреть дальше

есть довольно простое и не нами придуманное правило - если что-то выглядит как утка, ходит как утка и крякает как утка - то скорее всего это и есть утка
если кто-то ставит цену реквизитом справочника номенклатура
при этом ставя ответственных лиц реквизитом справочника контрагенты
а сумму оплат получает суммируя строчки в документах оплат

то возможно, конечно, что это непризнанный гений
но используя бритву Оккама я предположу все же что это некомпетентный лодырь и халтурщик
snood; AlX0id; Vladimir Litvinenko; genayo; +4 Ответить
99. kalyaka 493 12.01.19 13:59 Сейчас в теме
(91) Согласен с автором из (90). Нельзя просто взять без контекста чужое решение и критиковать. Посмотрите как Мартин Фулер объясняет мотивацию выбора написания кода.

Без контекста не понятно, что за архитектурное решение было применено, какова система? Например есть типовой подход к универсальным аналитикам, их просто обозначают Аналитика1, Аналитика N и это сознательное архитектурное решение. Или вот, например, запрос в цикле - это плохо, а системе нужно обработать большой массив информации и не поделив его на части система не справится. Или тот же пример из статьи про НДС, тут тоже не все однозначно (см в (49)). С одной стороны у нас неизменяемая структура, с другой - справочник с условно-постоянной информацией. В справочнике НДС тоже недостаточно хранить только ставку как число, нужно и алгоритмы подвязывать, т.к. ставка Без НДС и Ставка НДС или 18 и 18/118 имеют одинаковое значение.

А по поводу стандартов, так это тоже распространенная практика и ее цель - привидение к единообразию. Это такой элемент борьбы с энтропией. Но здесь наверное противопоставлялось наличие стандартов и плохая культура разработки (хотя стандарт тоже представлен с претензией вроде как), то это, как было сказано выше (см. в (42)), выбор менеджеров, когда легче задекларировать, чем поддерживать. И да, конечно, отсутсвие культуры порождает плохие архитектуры вероятнее всего.

На практике любое архитектурное решение - это выбор между ограничениями: скорость и стоимость разработки, стоимость сопровождения, производительность, определенность требований (возможно требования сильно не стабильны), время жизни решения, наличие готовых решений и т.д.

В статье не хватает мотивации критики и, конечно, контекста. И если уж критиковать профессионализм других, то нужно это делать тоже профессионально, а это тоже сложно. Особенно сложно, когда в представленных примерах нет явного "говнокода", т.е. нечитаемого, перегруженного и т.д.
131. Vovan1975 14 15.01.19 11:50 Сейчас в теме
(99)
Без контекста не понятно, что за архитектурное решение было применено, какова система?


интересно, конечно, услышать в каком контексте оправдано зафигачивание цены в реквизиты справочника.
snood; MCV; +2 Ответить
133. kalyaka 493 15.01.19 21:07 Сейчас в теме
(131) Например у нас имеются следующие требования: в системе для отдельной номенклатуры можно назначить две цены. Для системы в целом можно определить две роли для цены, например: оптовая и закупочная. Из системы нужно получить обороты отгрузки в ценах ролей 1 и 2.

А теперь вопросы к вам, как к архитектору:
- сколько вариантов решения можно предложить?
- какие преимущества и недостатки таких решений?
- перечислите факторы, которые могут влиять на ваш выбор?

Вопросы без подвоха, просто хочется понять ход ваших рассуждений.
134. Vovan1975 14 16.01.19 11:43 Сейчас в теме
офигенно умный вопрос. А я ведь очень простой вопрос задал, не?

Ну так я услышу наконец, когда оправдано заносить цену в реквизиты справочника номенклатуры?
135. genayo 16.01.19 12:02 Сейчас в теме
(134) Когда эта цена никогда не будет меняться, конечно :))
136. genayo 16.01.19 12:05 Сейчас в теме
(133) Какой бюджет проекта? На каком типовом решении?
143. MCV 24.01.19 10:03 Сейчас в теме
(131) +1 , вот мне тоже оооочень интересно услышать.

Обращаюсь к тем, кто в танке. Пишу на языке обывателя, если им статья автора непонятна с первого раза.


Компания занимается автобизнесом! Что бы было понятна специфика работы: продажа авто, запчастей,оказание услуг по ТО , trade-in и пр.

Так вот: с НГ массово меняются цены. Други мои НА ЗАПЧАСТИ И РАБОТЫ! На все! Каталог сейчас содержит около 5 млн. записей.
Только одного Mersedes самолично загрузил 986 тыс. наименований.
И ещё есть несколько известных брендов.
Цены должны быть изменены с 01.01.2019 г.
Представьте себе, ещё неделя до НГ и уже есть новые цены. А загрузить, сцУко, не можем только потому, что тупой программист впихнул их не в периодический регистр сведений, а МляДь, в реквизит (ему должно сейчас икаться)!!
Все, что мне остается - это под бой курантов запускать обработку по смене цен. Ес-но справочник заблокирован транзакцией.
А 02.01.2019 авосервис начинает работать. А работать не могут, потому что цены еще не обновились. Не успел сервер за сутки обработать такую махину.

И для тех, кто не слышал про периодический регистр сведений:
Те заказ-наряды, которые были открыты в 2018 году , должны остаться с теми ценами, по которым была договорённость с заказчиком.
Сами теперь понимаете, что стоит только "перещелкнуть" ном-уру или добавить новую, то событие ПриИзменении() пересчитает её на цену 2019 г. Если пользователь потом руками не вернет старую цену, то будет скандал с заказчиком. А это репутация.


P.S.
Тот, кто тупо вхерачил цены в справочник: удали 1С ; выключи комп и больше не занимайся этим.
105. kser87 1840 12.01.19 19:05 Сейчас в теме
(91) программный продукт это не утка. Его невозможно понять просто взглянув на один справочник.

Вообще не сложно взять и полить нечистотами чужую работу. Критиковать все умеют. Очень сложно в таком случае найти слова, которые поймет только что вышедший из универа молодой разраб. И не думаю, что вы эти слова найдете. Вряд ли вы можете назвать хоть одну причину делать цену или ответственных в регистре кроме той, что так сделано в типовых конфигурациях. Что касается суммы оплат, то я по приведенному примеру не возьмусь ничего конкретного сказать.
pm74; kalyaka; +2 Ответить
73. chavalah 936 11.01.19 16:32 Сейчас в теме
Друзья, я вам так скажу: 80% продукта, который продается, это маркетинг. И есть много замечательных по технологичности программ, которые так и остались на полках.

Помню спорят как-то 2 программиста. Один другого критикует, что у того код плохой, переменные названы непонятно, много копи-паста и т.п., ну как обычно. А тот отвечает: "Моя программа такая-то работает в такой-то компании, такая в другой. А где твои программы работают?"
Поэтому хорошая программа это та, которая надежно работает. Быстро, стабильно и предсказуемо.

И еще как-то встречал в стандартах разработки Майкрософт, что если программа может работать в течении часа (!) и не выдает ошибок, то она готова к коммерческому использованию.

PS: но я ни в коем случае не против красивого кода))
severnyj; lunjio; +2 Ответить
76. Vladimir Litvinenko 11.01.19 16:56 Сейчас в теме
(73)

И еще как-то встречал в стандартах разработки Майкрософт, что если программа может работать в течении часа (!) и не выдает ошибок, то она готова к коммерческому использованию.


Такое лучше всё-таки приводить со ссылками на первоисточники. Поискал подтверждающую информацию - не нашёл.

А тот отвечает: "Моя программа такая-то работает в такой-то компании, такая в другой. А где твои программы работают?"
Поэтому хорошая программа это та, которая надежно работает. Быстро, стабильно и предсказуемо.


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

Нельзя говорить "проданная программа с недочетами лучше, чем не проданная и хорошая, поэтому хорошая программа - та что работает быстро и стабильно".

Также не ясен контекст. Довольны ли клиенты проданной программой с недочетами? Не собираются ли они отказываться от неё? Готовы ли рекомендовать другим компаниям? Был ли у них выбор?

Извините за занудство.
PLAstic; AnderWonder; +2 Ответить
77. papami 26 11.01.19 17:07 Сейчас в теме
(73)
И еще как-то встречал в стандартах разработки Майкрософт, что если программа может работать в течении часа (!) и не выдает ошибок, то она готова к коммерческому использованию.

Интересно, Windows по этому стандарту релизят?
86. Alex_Japanese_Student 437 11.01.19 18:23 Сейчас в теме
(73)
Поэтому хорошая программа это та, которая надежно работает. Быстро, стабильно и предсказуемо.


в общем-то в статье приводится живой пример - почему указанный код не работает, и чем чревато, когда итоги считают по документам
87. Vladimir Litvinenko 11.01.19 18:30 Сейчас в теме
(86) При этом программа продана )) К сожалению, многие отраслевые решения покупаются не потому что они умело проданы, и даже не потому что они могут работать и решать проблему предприятия, а потому что нет выбора и их можно использовать как заготовку для доработок.

Иными словами, производителя спасает низкая конкуренция (вспоминаю ранние релизы УСО 1.3 и документы закрытия объекта строительства, часть из которых корректно работала только при РАУЗ, а часть только при партионном учете, а по отдельности эти документы смысла не имели).
75. MishaD 12 11.01.19 16:48 Сейчас в теме
А с партиями что не так ? Могли бы ведь и просто документ использовать в качестве партии.
89. starik-2005 1919 11.01.19 18:59 Сейчас в теме
Вывод из всего этого напрашивается один: как бы мы плохо что ни делали, всегда найдется тот, кто будет делать это еще хуже )))

Всем добра!
92. GROOVY 2478 11.01.19 22:07 Сейчас в теме
Коллеги, вы бы локализацию некоторых типовых для Казахстана посмотрели. Вот там кровь из глаз...
Запрос по амортизации ОС вызывается 38000 раз. В закрытом модуле. Но мы то умеем посмотреть что там.
Тут смайлики: убьюсь-об-стену и рукалицо.
d4rkmesa; MaZaHacKa_13; +2 Ответить
100. nvv1970 12.01.19 14:23 Сейчас в теме
(92) Да ладно... ))) Локализованный ЗУП3.
Документ НачислениеЗП. В нем есть кнопка отчета для отдельной строки "Карточка начислений" (или что-то вроде того). Работал с ЗУП только в части производительности, поэтому в формулировках синонимов неточности.
Так вот, чтобы построить данный отчет: открывается транзакция, проводится документ, строится СКД отчет, откатывается транзакция. Если документ на 10к строк, то вообще весело.
Да, решение - разбивать док на более мелкие части. Но в целом подход интересен.

Локализованная БП: Полные соединения соединяются с полными, кучи соединений со срезами и т.д. Постгресс вообще отказывается работать без полной переписки ряда алгоритмов.
95. PerlAmutor 42 11.01.19 22:58 Сейчас в теме
Действительно, можно сколько угодно долго осуждать архитектуру. Но тут также как с фильмами, косяки, у героя часы в одном кадре на одной руке, потом на другой, потом вообще другой голос озвучки актера, затем режиссер фильма убил жену и всех родственников, сам спился и застрелился, но в итоге общая масса смотрит фильм из года в год и восхищается проделанной работой.
96. Мастер1С 808 12.01.19 09:32 Сейчас в теме
Я после похожего говнокода не могу с Рарусом работать, и одно упоминание вызывает отвращение. Может они исправились, все-таки давно это было, когда с ихними продуктами работал. Но как серпом по яйцам - забыть не могу.
d4rkmesa; +1 Ответить
102. palsergeich 12.01.19 14:49 Сейчас в теме
103. starik-2005 1919 12.01.19 16:02 Сейчас в теме
(102) а проблема ПО не в говнокоде - если он работает, то это не проблема. Проблема в том, что нет предела совершенству. В любом коде можно найти кучу того самого г.

Как повторял за кем-то Шахиджанян: "Лучшее - враг хорошего!" Совсем плохой код, который будет работать неэффективно, плодить, конечно, не стоит, а вот пытаться сделать код идеальным - большее зло, чем работающий "плохой" код. Ведь работающая программа лучше сферической в вакууме неработающей программы, да?
104. palsergeich 12.01.19 17:59 Сейчас в теме
(103)
(102) а проблема ПО не в говнокоде - если он работает, то это не проблема. Проблема в том, что нет предела совершенству. В любом коде можно найти кучу того самого г.

Как повторял за кем-то Шахиджанян: "Лучшее - враг хорошего!" Совсем плохой код, который будет работать неэффективно, плодить, конечно, не стоит, а вот пытаться сделать код идеальным - большее зло, чем работающий "плохой" код. Ведь работающая программа лучше сферической в вакууме неработающей программы, да?

А в том то все и дело - заявленный функционал коробки не работает.
Поправить возможности нет - закрытый модуль.
Один из примеров - ориентировочно 1,5 года назад - РАРУС МФО. Заявлено: полное формирование отчетности ЦБ.
По факту - Таб док в который цифры надо вбивать руками полностью.
Через какое то количество обновлений аж целых 2 поля сами начали заполняться (из нескольких сотен.)
Заявлено обмен с БКИ - по факту - допиливался по нашим письмам в момент внедрения из коробки не работал.
И таких примеров не один десяток.
106. starik-2005 1919 12.01.19 20:03 Сейчас в теме
(104) а что мучаетесь с рарусом? Купите у нас МФО. Отчетность ЦБ - полностью настраиваемый функционал в плане заполнения и выгрузки в XBRL.
123. palsergeich 14.01.19 21:11 Сейчас в теме
(106) Коробку купили управленцы без нашего участия - просто поставили перед фактом.
Да я там уже не работаю.
132. sergathome 15.01.19 14:35 Сейчас в теме
(104) имел счастье столкнуться тоже. "коробочная" версия не содержит НИ ОДНОГО ИНДЕКСА. Они называют это готовой системой...
97. udb2007 14 12.01.19 11:14 Сейчас в теме
Вот Вы пишете примеры плохого кода, и что такие программы вполне себе продаются клиентам. Боюсь, некоторые "погромисты" могут взять пример на вооружение... то есть, специально начать делать подобное на продажу...
98. Nigmatul 12.01.19 13:19 Сейчас в теме
1с бит компания работала в 2011 году, по заказу писали модуль, содрали денег дай боже, по факту человек который делал является свежим выпускником управленческого инста (менеджер) который 2 месяца как устроился в франч (досих пор не понимаю как его взяли сразу в программеры) Весь код был выброшен на помойку, гавнокодом назвать было сложно , что ещё хуже ? Ещё Кодерлайн , такая же фигня, отдал простейшую обработку на обычных формах переписать на УФ (2 часа работы) в итоге неделю после сдачи программер дописывал (в день по раза 2-3 скидывал обновленные труды) и т.д. сколько не общался с франчами везде тупо впарить пытаются
108. kalyaka 493 13.01.19 00:05 Сейчас в теме
(98) На данном ресурсе есть сервис Тендеры, где можно найти разработчиков под Вашу задачу. Думаю репутация здесь играет большую роль и Ваша задача будет выполнена максимально качественно.
101. nvv1970 12.01.19 14:40 Сейчас в теме
Вообще к теме статьи отношусь "циклически": то критически, то с пониманием. И тому есть причины.

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

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

Поэтому все зависит от контекста разработки.
Нужно в один единственный документ добавить подпись - добавьте этот чертов реквизит и не городите сложную подсистему. Наберется таких документов и подписей критическое количество - все переделайте.
Переделывать - это нормальный и хороший подход. К этому времени уже складывается понимание, что нужно и как будет.
Реализовывать без понимания будущего какую-то перспективу - утопия, потерянное время.
Вести разработку с техническим долгом, но с гарантированным возвратом к устранению этого долга - труднореализуемый в организационном плане, но наиболее эффективный по затратам метод.

Возвращаясь к первой строке своего поста: в целом со статьей согласен, но все очень неоднозначно.
sergathome; VladimirMelnychenko; pm74; MCV; kalyaka; +5 Ответить
113. MCV 13.01.19 15:37 Сейчас в теме
ИМХО:

В том, что на рынке присутствуют программные решения с "кривым" кодом, есть и наша вина.
Когда вы приходим а автосалон и хотим купить новую иномарку, то смотрим на внешний вид, цвет, салон, обвес и прочую канитель.
Но не заглядываем в моторный отсек. Почему? Потому, что покупает машину человек , который в этом ничего не смыслит (согласитесь с тем, что когда вы устраиваетесь на работу, то работодатель Вам сразу обозначает решение, на котором работает компания. Когда его покупали, то вас не спрашивали). Да и какой в том смысл? Ведь это же автосалон. Он же не продаст новую машину с Б/У движком?

Полюбовались , купили, приехали домой и начались проблемы.
Гнать её в тот же автосалон , где и брали резона нет. У них драконский ценик на ТО. К тому же в штате есть собственный механик.
Обращаетесь к нему и понеслась [смейлик:рука-лицо]...

Пишу все это к тому, что хорошо бы перед покупкой софта и на код взглянуть. Даже не на сам код, а на архитектуру метаданных.
Я ,например, бы не купил решение, которое описывает автор, видя цены реквизитами справочника и справочник партий.
И не важно, насколько круто решает проблему автоматизации данное ПО с точки зрения пользователя.


p.s.
Не помню фильма, где слышал эту фразу. Но сама она в голове засела.
"Главное, что бы пипл хавал. А пипл хавает!"
Сейчас так все происходит за не имением конкуренции.
114. acanta 60 13.01.19 16:57 Сейчас в теме
Если не ошибаюсь, в наших автосалонах до сих пор продаются Феррари итальянской разработки 1956 года с разной окраской кузова и кажется еще виллисы американской довоенной разработки.
115. СергейКа 669 13.01.19 19:12 Сейчас в теме
Пацталом ))
Аффтар прям Америгу отрыл ))

Про код
Ни для кого не секрет что наиболее успешная компания та, что получает больше прибыли с меньшими затратами. Поэтому ну ничего удивительного в приведенных примерах совершенно нет.
Классическая фраза: х-к,х-к и в продакшн! И это относится далеко не только к 1С. Периодически встречаю это и в совершенно в других продуктах. Возьмите например WebDev или мобильную разработку. Ситуация точно такая же, уверяю вас.
Ну в самом деле, в чем профит компании, потратить год на разработку и 100500 денег на идеальный код, что бы при начале продаж понять что это не отобьется вообще? Клиентам чаще всего глубоко фиолетово, какие у вас "классные процедуры и как все соответствует стандартам", если это будет стоить в 10 раз дороже чем у конкурента с хоть как то работающим говнокодом. И тем более если "надо здесь и сейчас".
В целом я разделяю ваши взгляды на это безобразие, но не могу не признать что ситуация вряд ли изменится в лучшую сторону. В ближайшие годы уж точно. Идеальный код (или почти)) могут себе позволить либо крупные компании со своим штатом программистов (фикси) либо любители своего дела, выполняющие разработку чаще всего "просто по фану".

Про методологии
Как то вы все смешали в одну кучу. Наверное да, это все для красного словца и привлечения внимания? По сути от того что используется при работе (скрам ли, агиле или водопадная модель) в целом в коде ничего не изменится. Задача у всего этого одна - получить результат за минимальные сроки с минимальным использованием ресурсов. А это и приводит к такому результату, как бы нос от этого ни воротили.

Про компании
Вообще не секрет что во франчайзи "или около того" достаточно большая текучка. И да, те сотрудники что будут "сидеть на попе ровно" и ждать у моря погоды - надолго не задержатся. Указанный пример достаточно показателен, но не могу его расценить как жирный минус компании.
Представьте: вы пришли работать в компании, у вас испытательный срок. НИКТО не знает в чем у вас сильные стороны, что вы реально можете а чего нет. К вам присматриваются. А вы сели за стол, сложили ручки и ждете что вам все принесут на блюдечке. И вот ВНЕЗАПНО, через месяц, остаетесь без зарплаты.
Спорить не буду, ситуации бывают разные. Иногда пашешь весь месяц а на выходе пшик. Такое тоже бывает. Но по сути это и есть естественный отбор.

PS. К чему все это написано?
Читаешь и чувствуешь, что сам-то ты отстал от сверх-высоких стандартов, что надо догонять, что все вокруг программируют на недостижимом уровне, и ты - никому не нужный мастодонт, реликт и музейный экспонат.

Забейте и наслаждайтесь жизнью )
Причины в первом приближении я разобрал. Не нужно расстраиваться из-за этого. Если можете реально поменять что то в такой ситации - меняйте. Нет - нечего и париться.
Удачи в новом году!
116. acanta 60 13.01.19 20:56 Сейчас в теме
(115)И что, присмотрелись или еще нет?
Кто кто в теремочке живет..
Если за месяц работы нет, значит ее нет.
117. СергейКа 669 13.01.19 21:06 Сейчас в теме
(116) Увы, не понял смысла вопроса.
Я не работаю в описанных компаниях и уж тем более там не начальник, если вопрос к 3-му блоку.
118. MCV 14.01.19 10:48 Сейчас в теме
(116)
Это станет понятно по первым двум неделям работы. Не стоит месяц ждать.
Было такое, что я работал во франчах по 2-3 недели вообще без трудустройства. Носил, как дурак, все документы по приему. Меня динамили. Может это и хорошо. Нет лишних записей в трудовой об этих "компашках".
Все они сейчас мягко стелят, да жестко спать.
Читаешь вакансии: ну прям работа мечты. А на поверку ,,,, ну вы сами знаете.

(115)
Эх! Хорошо бы забивать на подобное. Но каждый день приходится снова и снова окунаться в подобный код.
Вот у автора и вырвалось)))
137. yyv-911 16.01.19 12:29 Сейчас в теме
Идеальный код не нужен никому. Средний код не нужен никому. Плохой код не нужен никому. Код наш с Вами вообще никому не нужен, кроме нас самих.
С точки зрения заказчика имеет смысл лишь соответствие его требованиям. Не важно что там написано - работает.
Результат нужен прямо сейчас и здесь. И заказчику непонятно зачем нужно платить 20 часов что бы добавить новую цену/колонку/посчитать итог. И ему непонятно когда к ним приходили франчи и настраивали за час. А тут ты с них хочешь 4 часа.
Мне нечего ему возразить. Все проблемы настройки других лиц он не видит в текущем времени. Они возникнут потом. И будут новой проблемой. Не связанной с старой и не являющиеся следствием предыдущего.
Для заказчика не важно что разукрасить в все цвета радуги список реализаций в УПП с кучей подзапросов (дата последней оплаты, первая поставка, общий долг и т.д.) это неправильно. Ему не важно что это нужно проектировать заранее. Что если разукрасить быстро - разукраситься всем. И тормозить будет у всех. Все это будет потом. потом будем решать проблему тормозов и проблему другого человека, которому не нравятся эти цвета радуги. Это будет следующая задача в итиль.
А пока приходиться красить. Если я его пошлю - он пойдет к начальству. И уже финансовый директор будет говорить что надо покрасить.
И именно поэтому я буду писать говнокод и плодить реквизиты. Мне семью надо кормить.

зы: У нас с этого года новая концепция. Все затраты должны быть экономический и финансово оправданы. Вот даже не знаю как туалетную бумагу оправдывать будут. )
Оставьте свое сообщение
Новые вопросы с вознаграждением
Автор темы объявил вознаграждение за найденный ответ, его получит тот, кто первый поможет автору.

Вакансии

Программист 1С
Санкт-Петербург
зарплата от 120 000 руб.
Полный день

Консультант 1С
Нижний Новгород
зарплата до 100 000 руб.
Полный день

Программист стажер 1С
Нижний Новгород
зарплата от 30 000 руб.
Полный день

Программист 1С
Нижний Новгород
зарплата до 100 000 руб.
Полный день

Автор новостных обзоров на тему 1С и бухучета
Санкт-Петербург
По совместительству