Вход | Регистрация
    1  2   

Гугл-программисты (статья И. Белокаменцева)

Гугл-программисты (статья И. Белокаменцева)
Я
   mistеr
 
29.09.20 - 20:38
https://habr.com/ru/post/521104/

Статья в общем-то ничего особенного, зарисовка из жизни ПМ-а.
Меня в ней зацепил вот какой момент, его и предлагаю обсудить.

В среде 1С развит культ good-enough решений. Сделал как умел, работает, заказчик доволен — всё, миссия выполнена, переходи к следующей задаче. На раздумья над красотой кода и оптимальностью запросов нет времени, т.к. время деньги. Когда (если) проблемы с этим кодом возникнут, тогда и будем решать.

Само по себе это не плохо, на мой взгляд. Это компромисс между скоростью/стоимостью разработки и стоимостью поддержки в пользу первого. Накладные расходы на overengineering не ложатся на заказчика. Это соответствует бизнес модели 1С, поддержка и доработка решений не должна быть слишком дорогой, иначе получится второй SAP.

Но есть проблема в том, что новички, приходящие в нашу сферу (не важно, с нуля или из других технологий) этот культ good-enough воспринимают по-своему. Как культ гугл-программирования. Гугл программирование воспринимается как норма. Почему? Потому, что нет перед глазами примеров, образцов для подражания. Никто не объясняет разницу между good-enough и рукопопым, никуда не годным решением. Все хорошие курсы платные (в отличие от других технологий). Методические материалы и лучшие практики от вендора тоже, отчасти. Хороших технических блогов по 1С разработке нет (мы же все деньги зарабатываем, а не альтруизмом занимаемся.)

Куда же податься условному нищему студенту? Конечно же, сюда. А здесь ему что? Правильно, сначала объяснят кто он такой, где его место в жизни и куда засунуть его г-код (и будут в общем-то правы). В конце скажут читать СП, гуглить, и может, кинут ссылку на книгу знаний или статью на ИС. Нянчится с ним, объяснять азы, наставлять никто не будет (время — деньги).

А потом, в один прекрасный день, мы начинаем набирать собственную команду, и опа — а толковых-то не найти, одни гугл-программисты кругом.

Получается, в экосистеме 1С усиливается "классовое расслоение". С одной стороны, матерые зубры со ставкой 3-4К (условно), которых на всех не хватит, с другой — гугл-программисты. А среднего класса все меньше и меньше. Не знаю, замечают ли это в 1С, но лучше бы заметили.
   Стаканов
 
1 - 29.09.20 - 20:43
(0) 1С такая область, где один грамотный тимлид и десяток гуглопрограммистов смогут вполне себе сносно обслуживать пару-тройку десятков конторок средней руки.
   H A D G E H O G s
 
2 - 29.09.20 - 21:01
(0) Среднего класса нет.
   H A D G E H O G s
 
3 - 29.09.20 - 21:01
(1) keywords: "конторок средней руки."
   Стаканов
 
4 - 29.09.20 - 21:12
(3) Именно. Понятно, что таким составом нормальный продукт не сделать, и Газпром не автоматизировать.
   Конструктор1С
 
5 - 29.09.20 - 21:19
(0) "Когда (если) проблемы с этим кодом возникнут, тогда и будем решать"

Наивный. Метод "хуяк, хуяк и в продакшн" заведомо дороже, чем нормальный подход к разработке. Пока точечно вносятся правки, все нормально, говнокод как бы не мешает и как бы позволяет сэкономить время. Но как только дело доходит до сопровождения и развития этого говнокода, начинает тратиться огромное количество сил и времени. Производительность при работе с плохим кодом уменьшается в разы, а то и на порядки
   Lama12
 
6 - 29.09.20 - 21:37
(5)А я вот постепенно именно на такой метод поглядываю. С одной стороны всякие Agile именно его и исповедуют, уж если быть честным. С другой, наслушавшись такой мощной рекламы руководство часто хочет именно такой подход и сопротивляться все сложнее. С третьей стороны подталкивают сами вендоры. Какова длительность жизненного цикла распространенных продуктов? Лет 5-6? По личным ощущениям 1С, тоже движется в этом направлении. Если 3 года назад старался делать продукт, что называется на века, то теперь все больше задумываюсь а нафига? Ну вот сделали мы хорошую интеграцию с MS Project 2010, а через пару лет MS перестал его поддерживать. В свое время вложился сильно в консолидирующую базу еще не 7.7, и где эта 7.7? Просто вспомните какие ключевые изменения в платформе были за последние 6 лет. Да это же практически другая платформа. Код по другому писать надо. Вот и вопрос - стоит ли делать лучше?
(0) А разделение оно всегда было.
   Поросян
 
7 - 29.09.20 - 21:55
(0)Потому что клиенту на самом деле чаще важно просто чтоб работало.
А вот если серьезная контора с большим штатом и бюджетом, например, невтяная компания, то там будет сидеть тим лид и старший программист, который будет делать код ревью. Ну и на курсы нужно отправлять программистов чтоб учились правильно работать с объектами метаданных.

А вот если вы устраиваетесь на Java или на Php на должность Мидла, то на ваш код внимательно посмотрят прежде, чем взять на работу. И там код ревью это обязательно потому что от того как ты будеш говнокодить зависит сложность поддержки проекта в последующие годы.
   Злопчинский
 
8 - 29.09.20 - 22:10
(6) именно. у меня есть куча "костылей" в конфиге. работают уже кучу лет. и ничего.
отвалятся с переходом на следующую "платформу" (8-ка, или еще что-то). там где клинить- непринципиально (бывает редко),  бо критичные места - пусть даже с теми же костялями (условно) - вычищены и вылизаны и костыль уже не костыль, а "произведение искустсва".. ;-)
регулярно тянет типа "сесть и сделать по уму, все равно делать нехрен", но.. зачем..? -)
   BeerHelpsMeWin
 
9 - 29.09.20 - 22:18
(6) Какова длительность жизненного цикла распространенных продуктов? Лет 5-6?
Вижу дофига контор, где на фронтенде всякие вещи от 7.7 до Розницы 1.х
   MadHead
 
10 - 29.09.20 - 22:39
С фактами нужно считаться. Как можно сравнивать 1с и Гугл. Одни делают поддерживаемый код и зарабатывают огромное кол-во денег, другие с 3-4 попытки отчёты выкатывают. 1с культура подразумевает делать и переделывать по мере того как вылазят баги или уже совсем ушатали Конфу доработками и ее только обновлять нужно больше месяца. Считаю что делать хорошо это в первую очередь развиваться, в итоге сможешь решать задачи которые не смогут решить тяп-ляп программисты и попадешь в следующую лигу
   timurhv
 
11 - 29.09.20 - 22:46
(0) В чем проблема? Потребность бизнеса в дешевых ИТ-сотрудниках высокая, задач много, они их решают за недорого и быстро, приоритеты в жизни у них другие (семья, отдых, хобби, душевное спокойствие).
Работа хороших специалистов расписана надолго вперед.
А средний класс это сделать хорошо по ставке стажера - путь в никуда.

(10) Отдали меня в помощь соседнему отделу у которых дедлайн вчера. Так постановщик задач присылает уточнения по одной задаче каждые 2-5 минут в течение дня вплоть до 23 часов. Неужто я буду делать не тяп-ляп? Даже тестировать не знаешь как, все в одной куче. Ругаться не буду, сообщу своему руководителю, пускай он с ними разбирается финансово или словесно :)
   Fram
 
12 - 29.09.20 - 23:26
А что за термин такой - гугл-программисты? Не слышал раньше
   mistеr
 
13 - 29.09.20 - 23:29
(12) Статью-то почитай.
   H A D G E H O G s
 
14 - 29.09.20 - 23:33
(12) Ливингстары интернетов.
   Fram
 
15 - 30.09.20 - 05:44
(13) Ясно :) я было подумал речь о программистах, работающих на Гугл.
(14) да, этот товарищ, пожалуй, самый яркий представитель :)

Вообще, гугл, конечно, не виноват. Я не представляю как в вебе без гугления разрабатывать сегодня, не изобретая колес, и не тратя время на какую нить ерунду.
   SleepyHead
 
16 - 30.09.20 - 06:04
(0) Можно подумать, не в 1С используется какой-то другой подход. Работает, и ладно..
   spectre1978
 
17 - 30.09.20 - 06:28
(12) очевидно, это те, кто любое решение вопроса подсматривают в гугле, не умея самостоятельно решать задачу и не владея в полной мере языком. Ну примерно как врачи, которые вбивают симптомы в гугл чтобы поставить диагноз. ЗЫ: статью пока не читал, так что это просто предположение.
   Конструктор1С
 
18 - 30.09.20 - 06:28
(6) выигрыши от такого подхода сплошная иллюзия. Какие-то мелкие правки типовой ещё можно делать по методу "хуяк-хуяк и в продакшн", но чем сложнее разработка, тем губительнее такой подход. Чем больше говнокода, тем дороже обходится строчка такого кода. На написании кода его жизнь только начинается. После написания код будет много раз читаться. Да-да, программисты бОльшую часть времени тратят на чтение кода, своего или чужого. И если хороший код читается и понимается легко, то плохой превращается в ребусы. Приходится долно-долго продираться через его хитросплетения и скрытые ловушки. Чтобы изменить 10% из тысячи строк хорошего кода, ты потратишь час времени. Чтобы изменить 10% из тысячи строк плохого кода, ты потратишь 5-7 и более часов времени, в особо запущенных случаях счет может идти на недели. Тебе повезло, ты читаешь вполне читабельный код типовых. Но сам пишешь и призываешь писать код плохого качества. Это не есть хорошо
   Провинциальный 1сник
 
19 - 30.09.20 - 06:31
(14) Кто все эти люди?
   чувак
 
20 - 30.09.20 - 06:40
(0) Неугомонный тип)
   Ненавижу 1С
 
21 - 30.09.20 - 07:01
Язык 1с устарел просто. Приходится быдлокодить. В типовых полно такого
   ДенисЧ
 
22 - 30.09.20 - 07:22
(21) В современном цэпепе без гугля ты вообще шага не сделаешь.
   Ненавижу 1С
 
23 - 30.09.20 - 07:24
(22) почему? И причем тут c++?
Он давно уже не энтерпрайз
   spectre1978
 
24 - 30.09.20 - 07:25
(0) прочитал. Нового тут ничего нет. Описанный паттерн поведения - очень давний, он в целом выгоден его носителю. Люди, которые "решают вопросы, как будто их нет" - в целом достаточно успешны в работе и личной жизни. Если чел привык все спрашивать у гугла, потому что это кратчайший путь к материальным ништякам - ну, значит, это имеет право на существование. О спасении души сейчас мало кто думает :)
   Garykom
 
25 - 30.09.20 - 07:42
(24) В "чел привык все спрашивать у гугла" путают причину со следствием.

Спрашивать у гугла это хорошо. Плохо не думать перед в процессе и после того как спросил.
И ничего не знать чтобы знать что спрашивать.

Ну не помню я наизусть как метода/функция в 1С называется, нафига мне в СП ползать (как раньше приходилось) если можно правильно сформулировать запрос и сразу получить ответ.

А не помню часто многое я в 1С потому что кроме 1С еще дофига чего знаю/умею, все помнить наизусть не получается.
   Ботаник Гарден Меран
 
26 - 30.09.20 - 08:02
Сам Белокаменцев в партнерке гуглит.
Вот беда-то нашлась.
Отлынил от проведения собеседования - получил гугл-падаванов.
   NorthWind
 
27 - 30.09.20 - 08:16
(25) в статье речь не про поиск методов. Речь про то что находят готовые решения, в идеале рабочий код, и копипастят до тех пор, пока есть что копипастить. Когда становится нечего, то эффективность падает ввиду того что сами практически ничего не пишут
   Кирпич
 
28 - 30.09.20 - 08:16
(0) Статья полное дерьмо. Автор статьи притворяется, что не знал о существовании гугла. Плато какое то выдумал. Прям дебилов понабрал по объявлению и за них гугл задачи решал, а потом перестал. Дерьмо полное.
   NcSteel
 
29 - 30.09.20 - 08:20
Тут перепись высшего слоя гугл программистов ?
   NorthWind
 
30 - 30.09.20 - 08:24
(28) Ну это тоже не исключено. Я с трудом понимаю, каким образом можно копипастить код, если ты вообще ни ухо ни рыло в вопросе. Все-таки досконально "свою" задачу в сети не найдешь, найдешь похожую. Чтобы адаптировать решение к "своим" потребностям, как ни крути, нужны определенные скиллы - переименовать переменные, организовать вызовы, предварительно разобравшись что они у предыдущего автора делали. Скиллы, которые в состянии помочь и при самостоятельном решении. То есть автор скорее всего по каким-то причинам не может мотивировать людей на работу. Может, ему ставят дурацкие планы, а может, сам не справляется с людьми, и в этой связи немножечко лукавит.
 
 Рекламное место пустует
   Кирпич
 
31 - 30.09.20 - 08:32
(30) Да блин. Даже если они всё копипастили из интернета, будет быстрее, чем самому заново писать. Потому и плато. А если бы были не гугл-программисты, то плато было бы с самого начала :) Радовался бы, что хоть что то сделали. Тру-программисты без гугла полгода курили бы на крыльце в задумчивости. Дерьмо.
   bolder
 
32 - 30.09.20 - 08:37
(0) Несмотря на присутствие данного явления в 1с- разработках,его значение для 1с программирования не столь велико.Потому как архитектура в основном заложена вендором, а 1с ник только придумывает наиболее простой способ «нагнуть» систему.В частности, есть выбор - через конфигурацию или расширение.Вот и все.
   Ботаник Гарден Меран
 
33 - 30.09.20 - 08:47
(29) Плагиат с четырех научных работ - пятая научная работа.
   NorthWind
 
34 - 30.09.20 - 08:52
(31) нет, это не дерьмо. Проблема действительно есть. Я тоже сталкивался с ситуацией, что если решение неочевидно, люди могут неделями ничего не делать, приходить к скандалу и даже увольняться.
   Стаканов
 
35 - 30.09.20 - 08:58
(28) Но какое бурление говн в комментах на хабре, умеет чувак разворошить айтишнечгов.
   Кирпич
 
36 - 30.09.20 - 08:59
(34) Но гугл тут точно не при чем. Может просто задолбало.
   Lama12
 
37 - 30.09.20 - 09:10
(18) Про читабельность кода, полностью согласен. Только учти, что разработчикам платят не за читабельность кода, а за работу кода. Тем кто платит, без разницы как оно сделано. Доказать им что нужен качественный код, не получится (в текущих реалиях), т.к. имеется минимум два фактора вынуждающие заказчика требовать говнокод.
1. Тотальная реклама Agile методик. Они ориентированы на то, что заказчик получает то, за что платит, и на минимизацию затрат. Минимизация затрат - разработка по принципу "лижбы работало".
2. Щедрыми могут быть только богатые (бедным нечего отдавать). Потратиться на качественный продукт, кстати не только ИТ, может себе позволить только богатый заказчик.
Вот и выходит что качественные специалисты работают в богатых конторах и пишут качественный код, а в бедных конторках работают подмастерья и пишут говнокод.

Но все это не ново. Так было всегда, и будет всегда. Интернет только увеличил возможность получения информации. При доступных ресурсах (время на возможность рефлексии, программно-аппаратные ресурсы для экспериментов и т.д.) любой специалист будет расти. Вопрос у кого таких ресурсов будет больше? Естественно у тех, кто работает у щедрых заказчиков.
   Garykom
 
38 - 30.09.20 - 09:28
(37)
1. Антоним щедрые - жадные.
Богатые тоже бывают жадные, причем имхо чаще чем бедные ибо как они стали богатыми?

2. Треугольник выбора помним? Можно качество оплатить сроком а не деньгами.
   Garykom
 
39 - 30.09.20 - 09:29
Имхо автор статьи хотел получить быстро и дешево - получил некачественно. Чему тут удивляться?
   Garykom
 
40 - 30.09.20 - 09:30
(39)+ "Понятно, что простые задачи они решали легко. Я стал давать более сложные задачи – те, что раньше выдавались после года службы. Эти чуваки справлялись, без посторонней помощи, и с такими! Я был в шоке. Радовался – какое замечательное поколение растёт!"
   novichok79
 
41 - 30.09.20 - 09:33
а если гуглишь в типовой? это тоже гугл-программист?
   ДенисЧ
 
42 - 30.09.20 - 09:34
(41) Ты код типовой в гугель залил? Силён...
   Lama12
 
43 - 30.09.20 - 09:41
(38) Богатство для щедрых, это минимально необходимое требование. Естественно, богатые могут быть и жадными. Будущее время в большинстве случае равносильно деньгам. Варианты с ограничением технологическим процессом (9 женщин за месяц) естественно не подпадают под данное утверждение.
   Конструктор1С
 
44 - 30.09.20 - 09:42
(37) а это уже перекладывание ответственности на заказчика. Заказчик просто не знает, что в дальней перспективе ему придётся сильно переплатить за плохой код. В капиталистических странах смотрят не столько на стоимость покупки автомобиля, сколько на стоимость владения этим автомобилем (цена+страховка+ГСМ+техобслуживание+налоги), дешевый по цене автомобиль может на самом деле оказаться дорогим из-за накладных расходов. У кода тоже можно сказать есть стоимость приобретения и стоимость владения. Плохой код приобрести дешевле, а владеть им дороже. Но обычно заказчики об этом ничего не знают (если только у них самих нет опытных специалистов, знающих что к чему), поэтому идут на поводу у программистов-скорошлёпов, по-итогу переплачивая за разработку и кастомизацию

Разумеется, всё сильно зависит от задач. На каких-то мелких задачах говнокод легко уживается. Но всё в корне меняется, когда нужно разработать сложную систему. Посади быстрошлёпов писать ERP, и они не смогут написать её. Даже за 5 лет и 200 миллионов не напишут. Время и деньги тут бессильны, сложные системы впринципе невозможно создать быстрошлёпным местодом. Уже через год эта ERP превратится в страшного больного монстра, от работы с которым будут сбегать даже "отцы" сего творения. Дальше дорабатывать и развивать эту недоERP будет чрезвычайно сложно, местами вообще невозможно
   novichok79
 
45 - 30.09.20 - 09:42
(42) эээ... ок
   Garykom
 
46 - 30.09.20 - 09:45
(42) Это несложно, можно на гитхаб например
   novichok79
 
47 - 30.09.20 - 09:49
блин, посмотрел на хабр и понял кто автор.
этот тот спамер с ИС, который разводит резонерство. понятно, чо.
   ДенисЧ
 
48 - 30.09.20 - 09:50
(46) А по шее не получишь?
   Lama12
 
49 - 30.09.20 - 09:51
(44) Ну вот и приходим к базовым моментам.
1. Заказчик должен разбираться в том, что заказывает. Либо верить экспертам (для ИТ именно этот момент ключевой, т.к. ИТ это доверительный товар).
2. Качественное всегда дороже некачественного.
3. Цена не всегда говорит о качестве.
Эти принципы подходят для любой отрасли и любого товара. И всегда есть вопрос - кому верить? Ответственность всегда лежит на заказчики, потому что он решает кому верить. Верить можно много кому, себе, эксперту, инструментальному анализу и т.д.
   Kongo2019
 
50 - 30.09.20 - 10:47
Блин как про меня прям.
Я вот как в статье прям гугл-программист.
Гуглю, практически всегда решение нахожу.
Редко когда сам придумываю.
И что мне теперь делать?
   Lama12
 
51 - 30.09.20 - 10:49
(50) Бери количеством. Рано или поздно оно перерастет в качество.
   mistеr
 
52 - 30.09.20 - 11:05
(50) Может тебе сложных задач не попадалось?
   Kongo2019
 
53 - 30.09.20 - 11:05
(51) Я фикси, откуда у меня количество.
   Lama12
 
54 - 30.09.20 - 11:09
(53) Ну так делай предложения по улучшению работы пользователей. Придумывай сам себе задачки и аргументируй что это жизненно важно для компании. Работы будут хоть задницей ешь.
   fisher
 
55 - 30.09.20 - 11:11
(0) > В среде 1С развит культ good-enough решений
Вспомнилось - "мы твой позорный недуг в подвиг определим" (с)
Чаще всего в среде 1С радостно называют этим словом откровенный говнокод. А говнокодят вовсе не потому, что это реально экономит ресурсы (90% случаев - то на то и выходит). А просто из-за низкой квалификации.
   Mikeware
 
56 - 30.09.20 - 11:12
(44) А придется ли? Либо жизненный цикл продукта закончится вообще (как произошло с 7.7), либо его "закончат" искусственно (все эти УФ/асинхронности) , либо исковеркают исходя из внутренних побуждений (поменяв названия функций, общие модули и т.п.), либо законодательно подвинут.
   Mikeware
 
57 - 30.09.20 - 11:13
(51) мозги нужны еще.
   Lama12
 
58 - 30.09.20 - 11:15
(57) Ну не без этого.
   Mikeware
 
59 - 30.09.20 - 11:17
(58) неправильно. Правильно будет: "без этого не"
   Mikeware
 
60 - 30.09.20 - 11:36
(34) "решение неочевидно, могут неделями ничего не делать" - т.е. "если не смогли нагуглить, то просто на несколько недель забивают"?
 
 Рекламное место пустует
   trad
 
61 - 30.09.20 - 11:38
нагуглить правильное решение - тоже надо соображать
   Mikeware
 
62 - 30.09.20 - 11:41
(61) я вот заставляю себя гуглить...
   trad
 
63 - 30.09.20 - 11:42
(62) Хором: Здравствуйте, Михаил!
)
   Конструктор1С
 
64 - 30.09.20 - 11:45
(49) не совсем

"2. Качественное всегда дороже некачественного."

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

Вот поучительная история от Р.Мартина:
"Одна компания в конце 80-х годов написала приложение-бестселлер. Приложение стало чрезвычайно популярным, многие профессионалы покупали и использовали его. Но потом циклы выпуска новых версий стали затягиваться. Ошибки не исправлялись между версиями. Время загрузки росло, а сбои происходили все чаще. Помню тот день, когда я в раздражении закрыл этот продукт и никогда не запускал его. Вскоре эта компания разорилась. Два десятилетия спустя я встретил одного из работников той компании и спросил его, что же произошло. Ответ подтвердил мои опасения. Они торопились с выпуском продукта на рынок и не обращали внимания на качество кода. С добавлением новых возможностей код становился все хуже и хуже, пока в какой-то момент не вышел из-под контроля. Плохой код привел к краху компании" (с)
   Mikeware
 
65 - 30.09.20 - 11:46
(63) смех-смехом, но что остается делать?
   ДенисЧ
 
66 - 30.09.20 - 11:46
(65) Попробуй перейти сначала на дакдак, потом на бинг, потом на яндекс... А с последнего уже соскочить просто...
   Mikeware
 
67 - 30.09.20 - 11:47
(64) пока ты делаешь качественный прототип и релиз - тебя обойдут по методике ХХП.
   Mikeware
 
68 - 30.09.20 - 11:47
(66) что я тебе плохого сделал, что ты меня на яндекс посылаешь?
   trad
 
69 - 30.09.20 - 11:48
(64) Но если бы они не торопились с выпуском "чрезвычайно популярного приложения", то вообще бы ничего могли не словить.
   trad
 
70 - 30.09.20 - 11:52
(67) аббревиатура очень напоминает тот самый съезд
   Lama12
 
71 - 30.09.20 - 11:55
(64) Мы же говорим про стоимость приобретения? Стоимость владения и сопровождения не учитываем?
По поводу примера. Жаль не сохранил вэбинар. Главному маркетологу российского представительства Микрософт задали вопрос про глючный MS Project. Почему вы допускаете выпуск такого сырого продукта? Последовал ответ - если покупают, значит качество всех устраивает. Народу нужно дешево. Качество коту под хвост.
Посмотрите как продвигаются "эффективные менеджеры". Купил, а сказал что внедрил, новую ИС. Получил бонус за развитие ИТ. Сделал запись себе в резюме, и беги быстрее в следующую компанию, "внедряй" там "серебренную пулю". И ведь народ ведется. Почему? Потому что дешево.

Ну и Остап Бендер с его - "Вчера на улице ко мне подошла старуха и предложила купить вечную иглу для примуса. Вы знаете, Адам, я не купил. Мне не нужна вечная игла, я не хочу жить вечно". Никому не нужно качество. Никто не живет вечно.

(Надеюсь понимаете что это немного провокация. Иногда действительно нужно качество.)
   Mikeware
 
72 - 30.09.20 - 11:57
(70) видимо, знак свыше...
   Конструктор1С
 
73 - 30.09.20 - 12:00
(56) если ты на крупном динамичном проекте, то не получится отсидеться с плохим кодом. Гораздо раньше тебя настигнут проблемы с качеством ПО, чем сменится платформа, винда, наступит конец света

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

Ещё процитирую того же Мартина
"когда создается правильный программный код, происходит что-то необычное: вам не требуются толпы программистов для поддержки его работоспособности. Вам не нужна объемная документация с требованиями и гигантские баг-трекеры. Вам не нужны огромные опенспейсы, работающие круглые сутки без выходных. Правильный программный код не требует больших трудозатрат на свое создание и сопровождение. Изменения вносятся легко и быстро. Ошибки немногочисленны. Трудозатраты минимальны, а функциональность и гибкость — максимальны"
в той же книге Мартин приводит реальный пример из жизни, как одна популярная коммерческая софтина становилась всё дороже и дороже с каждой новой версией. Если кратко, со временем производительность программистов упала в 40(!) раз по сравнению с производительностью тех же программистов на первой версии. К сожалению формат форума не позволяет вставлять картинки и спойлеры, так что скопипастить не могу
   Garikk
 
74 - 30.09.20 - 12:00
(71) Дешево? да конечно, вон сап или прочие ораклебизнес

или у нас в одной конторе внедряли какойто сколковский crm для банков, там ежемесячный платеж за лицензии только полторя ляма был... до него юзали самописную-бесплатную...и ща смотрю, контора та не бедствует (производитель), хотя качество софта было ниже плинтуса
   rsv
 
75 - 30.09.20 - 12:00
(70)  перестройка началась с 27 го сьезда . Но похоже.
   Garikk
 
76 - 30.09.20 - 12:01
(73) <если ты на крупном динамичном проекте, то не получится отсидеться с плохим кодом.>
андройд вам в пример, они как минимум до 8 версии не могли качество вытянуть, да и то я сомневаюсь
   mikecool
 
77 - 30.09.20 - 12:04
(0) а чего все с 1с программистами меряются? никак лавры не могут получить такие же?
   ДенисЧ
 
78 - 30.09.20 - 12:08
(68) Я тебя сначала на дак послал )))
А вообще, некоторые в этих ваших говорят, что яндекс в русском ищет лучше
   mistеr
 
79 - 30.09.20 - 12:08
(64) Всё так, да не всегда так. "Правильный подход" работает, когда заказчик платит за конечный результат, а исполнитель понимает, что проблемы, закладываемые с плохим кодом или архитектурой, придется решать ему же, за свой счет. Это работает на крупных проектах, с большим сроком поддержки. Это работает при разработке типвоых (отчасти :). Это работает при разработке платформы.

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

В итоге бабло побеждает и добро и зло.
   Mikeware
 
80 - 30.09.20 - 12:08
(71) "Никто не живет вечно" - сильно увеличилась скорость изменений. Раньше можно было всю жизнь проработать "программистом на фортране". Лично знаю талантливого программиста, недавно ушедшего на пенсию, который фактически с 85 года кроме си,  да нескольких асмов ничего не использовал. Мы, начиная с начала 90-х, уже с полдюжины основных инструментов сменили. У молодежи уже слышал "это древнее 6-летнее дерьмо"...
   Mikeware
 
81 - 30.09.20 - 12:09
(78) хуже этого - только в мизду
   trad
 
82 - 30.09.20 - 12:10
(75) на том моим родителям обещали, что будут при коммунизме жить. И тело ИС вынесли
   ДенисЧ
 
83 - 30.09.20 - 12:11
(81) "Я бы вас послал, но вижу - вы там уже были..."
   Mikeware
 
84 - 30.09.20 - 12:13
(83) "я в _этом_ весь..."
   Конструктор1С
 
85 - 30.09.20 - 12:16
(79) так я и писал, что мелкие задачи стерпят быстрляпный подход. На крупных проектах качественный код необходим как воздух

(80) там описывается именно производительность программиста. Считай что на тушку программиста за месяц выходило намного меньше кода, чем в начале проекта
   mistеr
 
86 - 30.09.20 - 12:22
(85) Не в масштабе задачи дело. А в том, на кого ляжет стоимость поддержки. Если не на ту же команду, что решает задачу изначально, все — ХХП-аджайл выгоднее, а значит побеждает.
   rsv
 
87 - 30.09.20 - 12:25
(86) на .....» диск итс» наверное . Первая команда скажет
Да дам все типовое ... обновляйтесь  с инета и норм.
   whitedi
 
88 - 30.09.20 - 12:31
я одного не пойму - где в гугле найти примеры кода для решения конкретной задачи кодинга? ладно консультации, но код... инфостарт?
   Мойдодыр
 
89 - 30.09.20 - 12:32
на мисте конечно же
   Мойдодыр
 
90 - 30.09.20 - 12:33
на самом деле нужен не "качественный" код, а система разработки, где тесты ревью, стат анализ и все такое
Но в 1с такого практически нигде нет.
А "качественный" код - он такой пока ты его сам сопровождаешь
   Kongo2019
 
91 - 30.09.20 - 12:34
(52) Откуда они у меня сложные задачи то. Да и честно если есть задача сложна ее же можно упростить и нагулить решение.
   Kongo2019
 
92 - 30.09.20 - 12:35
(54) А оно им не надо. Ну если кроме волшебной кнопки - сделай мне хорошо.
   Bigbro
 
93 - 30.09.20 - 12:35
(90) согласен. на больших проектах качественный код - вообще не главное.
важна организация совместной работы. а если код получился не очень - да и хрен с ним, потом всегда можно переписать, дотянуть до требуемых показателей.
   Мойдодыр
 
94 - 30.09.20 - 12:36
(93) можно переписать - значит никогда не будет переписано
   ptiz
 
95 - 30.09.20 - 12:39
(49) Еще одна беда в мозгах заказчика: вера в том, что "добавить кнопочку" - это очень просто и занимает 1 час, независимо от кнопочки, только жадные программисты деньги берут ни за что.
   Prog111
 
96 - 30.09.20 - 12:40
А как не гуглить? Фронт работ в 1С такой, что 5 лет надо минимум, чтобы текущие сферы изучить. А через 5 лет - смена парадигмы - и всё заново.
Сегодня я разбираюсь с подключением онлайн-кассы - изучаю драйвера, XML и прочее. Завтра понадобится выяснить, почему вычет по НДФЛ у беременной в командировке 5000, а не 6000. Послезавтра влезть в расчет себестоимости ERP...
   ptiz
 
97 - 30.09.20 - 12:40
+(95) Даже у нас. начальник одного из отделов, хороший айтишник(!), надавно выдал: "потребуется небольшая доработка 1С...."
Откуда ему знать, что она небольшая? Просто за голову хватаешься.
   Garykom
 
98 - 30.09.20 - 12:41
(94) Проект с говнокодом загибается когда прошлые проги уже убежали а новые проги как только понимают готовы убежать с проекта.
   Garykom
 
99 - 30.09.20 - 12:41
(97) Он начальник уже - если скажет большая ему по шапке
   Prog111
 
100 - 30.09.20 - 12:43
(88) Да везде. Вот, например, понадобилось на УФ раскрасить строки в таблице значений. На ОФ делается через "ПриВыводеСтроки", а на УФ этого в принципе нет. Погуглил - это вообще не кодом делается, а через Условное оформление.
  1  2   

Список тем форума
Рекламное место пустует  Рекламное место пустует
ВНИМАНИЕ! Если вы потеряли окно ввода сообщения, нажмите Ctrl-F5 или Ctrl-R или кнопку "Обновить" в браузере.