1 2 ► |
Информационные технологии
:: IT-новости
|
|
| ||
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 | |||
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 | |||
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 ► |
Список тем форума
|