Comments 68
Крутой пет проект, согласен со мнением что такой проект должен решать реальные, а не выдуманные потребности. Тут удалось судя по всему и освоить навыки и технологии и решить реальные организационные задачи, что явно добавляет чувство самоудовлетворения.
Круто. И дело сделал и новую технологию освоил
Так вы батенька программист.
Интересно, сколько бы содрал аутсорс за такой проект?
На прошлой работе начальство посчитало, и решило что дешевле нанять одного мидла и дать ему полный картбланш.
Если нужен будет чат с сотрудниками - то еще +10 - 20 млн )
Мидл с карт бланшем - это пусть в ад. Он год делает-делает, потому упирается в свой же говнокод и огорчается настолько, что увольняется, а проект надо как-то дальше тянуть. Это я вам говорю как человек, который несколько раз был "мидл с картбланшем". Правда было и так, что так норм получалось, но это русская рулетка реально.
Если проект достаточно сложный, то одного человека наедине с ним ставить - это тлен. Он банально умереть может, не говоря уже о том, чтобы уволиться, а знаний о проекте нигде больше и не останется толком.
Пока говнокод работает и решает задачи бизнеса, можно заняться рефакторингом и вырасти до сеньора.
Бизнес решая брать мидла на эту задачу изначально закладывает риски и время. Они так же выбирают сотрудника с ориентиром на его рост с учётом специфики производства.
Разумеется важные и кретичные проекты будут делать опытные и дорогие специалисты.
Тут очень многое зависит от адекватности владельцев бизнеса: взаимное доверие и понятная финансовая мотивация
Но, в случае положительного исхода, гораздо сложнее дается следующий обязательный шаг: обеспечить преемственность знаний, без нарушения договоренностей
Абсолютно согласен. У мидла нет достаточно навыков для проектирования, поэтому и называется мидлом. Плюс всегда нужен кто-то кто будет код-ревью делать, да и в отпуск тоже хочется.
Получается что нужны:
middle, который будет кодить, возможно и писать тесты
senior, писать штуки заметно сложнее чем boilerplate
principal, разрабатывать архитектуру и прочее похожего уровня
Вуаяля, ценник уже middle х 4
Кто ему мешает набраться этих навыков во время работы?
Большинство разработчиков понимают в какую сторону двигаться и что нужно изучать для того чтоб стать опытным разработчиком.
Или вы считаете в нынешнее время без курсов и коллег которые вытянут тебя за уши ни как? А как же десять лет справлялись?
В 2008-м году так и работали. И этот софт все ещё приносит бабки.
Что мешает сварщику набраться навыков во время работы? Берем сварщика мидла, ставим его на сварку газопроводов под давлением и ждем когда он сам наберется навыков и станет синьором.
Так же как и для обучения сварщика нужен другой сварщик который научит и покажет, программисту тоже нужен учитель. Если учится всему самостоятельно, придется самому пройти весь путь, который индустрия прошла за последние 40 лет. И заново собрать лбом все грабли, по которым индустрия уже потопталась. И все это за деньги заказчика.
Предел для мидла самоучки - это формошлепство и средних размеров сайты. Причем передать этот проект в другие руки уже не выйдет, ибо код самоучки будет очень "самобытным". Но вполне может быть полезным и приносить бабки.
Так я про это так же и написал
Разумеется важные и кретичные проекты будут делать опытные и дорогие специалисты.
На простых проектах пусть набирается опыта.
Проблема в том что этот подход применяется для всего. Даже для совсем простых проектов нужны специалисты с за 500к/сек и знанием всех алгоритмов вселенной.
И люди пишут что при устройстве на работу с такими требованиями не могут читать код, так как он ужасен. Т.е. проблема не решается.
Кто ему мешает набраться этих навыков во время работы?
Ничего не мешает. Но на это уходит три-четыре запоротых проекта.
Судя по тому что читаю и вижу, я больше поставил на то, что для описанных 20 простых функций, "настоящий программист" нашёл был 53.5 библиотеки которые вроде как решают эти функции с кучей их зависимостей, пытаясь подружить весь этот хлам перебрал бы кучу дистрибутивов, в итоге у него получился франкенштейн, который из 20-ти функций делает только 15 (остальные не прикручиваются к дистрибутиву, а другие дистрибутивы дают меньше функций) и 3-4 из них не до конца или не так. По размеру это занимало как 3.5 винды, а узнав что для такого монстра надо будет проходить какой-нить ФСТЭК, загрустил бы и пошёл в другой проект с новым опытом.
Автор сделал отлично, видит функцию - сделал функцию (уверен, что простыми 4 строками кода а не пятком библиотек), для отображения немного красивостей сам навесил и оно стало работать. Возможно "настоящий программист" из предыдщего параграфа схватится за голову увидев код, но неоспоримое преимущество, что тут всё просто работает и не надо искать багу в какой-то библиотеке по десяткам зависимостей и канючить в реквест пулах исправление от овнера (или ещё лучше форкать и самому поддерживать).
PS "настоящий программист" - кавычки не потому что кавычки, а потому что как сложившееся определение.
Вот это и будет путь мидла :-) Про библиотеки уже знает и все сам написать не пытается. А ценность продукта ака заработанные бабки - затраты на создание + сопровождение + затраты на расширение функционала он еще не в курсе.
Благо я написал, про простые 4 строки кода. Ради них собирать франкенштейна который ещё и работает так себе. Ну чтож тоже путь.
Про время-деньги-сопровождение тоже вспоминается много историй из которых наиболее яркая, когда взяли библиотеку которая делала что надо и вчетвером пытались её прикрутить к базе. Там как раз в то время был переход фреймворка с 3.5 (2) на 4, что на одну версию БД она вставала немного вкривь вкось со всякими разрешениями недоверенных, а на вторую никак. В итоге 3.5 (потому что один из был подходами) человека убили 4-6 часов на это. А вот один из них выяснив что им на самом деле надо от этой библиотеки, что они не хотят писать сами (ибо миддлы же и код писать удел джунов, а они только паззл из библиотек собирать) за минут 20 переделал эту несчастную функцию в 15 строк кода и оно до сих пор работает.
Если мидл толковый (сообразителен, мотивирован и способен к самообучению) и руководство толковое (не требует невозможного в невозможные сроки, не меняет техзадание постоянно, мыслит практично, ценит важные фичи и не придирается к ерунде), то все получится без проблем. Если хоть один из них болван, то да, не взлетит.
не меняет техзадание постоянно
Тут кстати ТЗ как правило нет. Разработчик сам выясняет что хочет бизнес, учится оформлять задачи на самого себя, пишет что-то типа ТЗ, учится писать доку, иначе потом забудет, и т.п.
Бизнес чаще всего выдвигает требования со стороны визуального функционала. Типа - хочу кнопку сделать хорошо, вот тутс слева, и чтоб красная для бабы Гали из бухгалтерии.
это что млять за мидл, который:
1) говнокод пишет
2) не может примитивные задачи решать. Тут, что надо Хайдлоад какойто сделать или тут какето сложные взаимосвязи?
Современная разработка...
А ведь когда-то в школе челые городские порталы поднимали, и это не было чем-то таким... Вот заставить работать все под Apache2 с его конфигом, вот это да! Ни кажды мог осводить .htaccess.
Я свой первый плагин для форума на PHP написал для своего клана. Сейчас бы разработка этого плагина стоила 200к и время четырёх человек, один из которых архитектор, второй сеньёр, второй дизайнер, а верстальщик на аутсорсе. Но код все равно пишет оставшийся мидл, по придуманной архитектором архитектуре, и код его ревьюшит сеньёр.
Код то он нормальный пишет. А вот архитектуру и ее развитие во времени еще делать не умеет. А для этого надо и бизнес ака предметную область познать и процесс разработки, и мозоль на лбу от уже встреченных граблей набить.
А в чем проблема?! Ну сделает он как может с использованием какого-то фреймворка, где уже определена архитектура.
Столкнётся с проблемами io или бд, почитает про очереди - запилит их на файлах. Столкнётся с другими проблемами и затащит уже кролика.
Будет решать проблемы по мере поступления. И вырастит в спеца который нужен бизнесу.
Прежде чем дело дойдёт до аутсорса, у руководства должна возникнуть потребность в автоматизации и задача, которую аутсорс должен решить. А такая задача вряд ли бы у руководства когда-либо возникла, потому что они в этом не компетентны
Крутой проект! А как обстоят дела с документацией - вели её хотя-бы для себя? И для будущих участников в этой автоматизации.
Всяко поддерживаю, напишите в личку, может чем помогу
Учитывая полное отсутствие опыта, проект выглядит просто поразительно! Вы - большой молодец!
Однако не стоит путать это с профессиональной разработкой. Даже "профессионалы" в одиночку могут делать проект, но обычно у них выходит едва ли лучше, чем у вас. Начиная от выбора используемых решений, заканчивая планированием архитектуры с прогнозированием нагрузки и возможных будущих фич
И дизайн крутой кстати, не банальный, отражает специфику производства.
Чем ту можно восхищаться ? Товарищ взял готовые фреймворки, поднастроил для своих задач. Вряд ли ТС знает про нормализацию отношений и вообще про проектирование БД. Есть такое ощущение, что ТС просто решил уйти несколько от Экселя, и сделал самое доступное для него, чего нашёл
На мой взгляд, именно так и надо делать. На первом этапе создать прототип. Что ТС и сделал. Работает, выполняет заложенные функции? Все хорошо! На этом этапе проектирование, нормализация - от лукавого.
Есть прототип, относительно легко получаем ТЗ, описание бизнес процессов и технологические требования. А здесь и всплывут Ваши нормализации, проектирование БД и т.д.
Сейчас работаю механиком, совмещая несколько должностей конструктор/снабженец/технолог.
В этой организации ООО «РСПК»? Коммерческий директор ваш родственник? Это ваш семейный бизнес? Ни чего не имею против, так бы и написали, а то из статьи не понятно зачем механику на заводе заниматься автоматизацией бизнес процессов.
Сейчас кстати купить нормальный бу отремантированный станок, очеееень большая проблема. Сродни автоподбору со свими приколами. У меня знакомый покупал станок за 300к. Вроде все нормально, и только после установки выяснилось что нужно ещё 100к вбухать.
Впал в дипрессию... Так как это его хлеб, а деньги из последних накоплений.
Так вот. Будь у нас такой РСПК, то скорее всего станок купил бы именно там.
Приоткрою секрет. Программистами "по жизни" так и становятся: надо что-то запрограммировать - взял и запрограммировал. Никто тебе ничего не объясняет, не принуждает, сроков не ставят, возможно даже поначалу и не платят... Но если от этого не воротит и ощущается удовлетворение - это оно, ваше.
Прочитал и приятно так, видеть что-то простое (в хорошем смысле) и 100% практично-полезное. Да ещё и с нуля, без опыта - Вы настоящий молодец, уважение.
Автор проекта изначально взялся за изучение с наличием хороших знаний прикладного программного обеспечения, средств автоматики и плат управления. Стиль больших кнопок и плашек изначально был использован для создания графического управления возможностями станков, которые они производят!
Помню, как тридцать лет назад, я, молодой программист, впал в профессиональную програмистскую депрессию: "Все задачи решены, все программы написаны, что с нами будет, никакой перспективы, ухожу в монастырь".
И помню как сейчас, старший мудрый товарищ точно и метко сказал: "Не волнуйся. Пока существуют глупые и жадные заказчики - программисты без работы не останутся".
И до сих пор каждый день я вижу, как он был прав.
Запустил все в локальной сети и ... ОНО ЗАРАБОТАЛО! (Скриншот рабочего сайта)
Вы тоже при создании своей первой комплексной программы много времени пишите код и только в середине пути разработки пробуете её запустить? И ваш первый проект при первом запуске целиком работает? Прохладная история.
Стало интересно, а почему регулярные выражения = выстрел в ногу?
в какой то мемент я в регулярки прямо влюбился - и пользовался ими вообще где нужно и где не нужно (например для поиска чего либо ) но как я понимаю работают они далеко не оптимально - например валидация длинного емайла с помощью регулярок вообще оказывается может остановить программу ( ну так было у меня ) или в регулярку прилетал символ "/" - тоже все падало + их через месяц почти не возможно доработать - проще заново новое написать , хотя штука мощная )
Доброго времени суток! Не увидел откуда данные поступают по состоянию сборки. Или вся технологическая информация - ручной ввод. Интересно было узнать как происходит процесс получения данных с поля
да все ручном режим ... я непосредственно на сборке( у станка\узла) вместе с сборщиком осматриваю узел и с планшета ( по цеху wi fi) заказываю детали которые необходимо - либо мне просто подают заявку на те детали которые надо заказать - к сожалению пока более удобного способа я не придумал ..или его и вовсе нет )
Вот это инженерный подход. Хорошо что не на голом js стартанули, а взяли неплохие в общем инструменты. Если этим проектом на практике пользуются, то значит не зря старались
Два года назад автоматизировал у нас в компании систему управления выездыми сотрудниками имея начальное представление о программировании, еще в институте пилил на drupal сайты разнонаправленные.
Сейчас открыл для себя возможности no code или low code разработки. Данные сервисы растут как грибы. 🍄 за пол года закрылись многие бизнес процессы на которые раньше люди тратили больше времени чем на работу.
Из того что освоил glide, adalo, flutter flow. Но учитывая все расширяющиеся санкции присматриваюсь и уже внедрил систему rukovoditel, просто бомбическая вещь. В данный момент смотрю ролики по directual, но одолели сомнения, стоит ли она вообще начинать изучение.
1C Сервер Мини + УНФ делает все тоже самое и много ещё чего. Разворачивается за час + день на настройку, ввод основной НСИ.
Интересная статья. Тоже когда-то после переезда в Москву, некоторое время пинал балду на складе и чтобы занять себя стал делать систему аналогичную вашей. Но нашел нормальную работу и забросил проектик
Простая учетная задача. 1С-разработчику (мидл) максимум на пару недель работы. Причем все будет "из коробки" работать, а не без этого "зоопарка" различных стеков. Как учебный проект годно, как архитектурное решение для бизнеса - сомнительно.
да как и писал 1с все может все умеет - штука мощная но еще и платная ( вообще интересно сколько бы такое на 1с стоило бы ...?)
да проект учебный - и начальная задача у меня была научиться )
Для учебных проектов у 1С есть бесплатная лицензия - так называемая комьюнити. Ограничения только на количество сеансов. А вот фактическая стоимость проекта может складываться не только из покупки лицензиий на софт как таковой, но прямо зависит от скорости разработки и внедрения проекта и плюс количество человеко-часов. Разработка в 1С сосредотачивает разработчика на бизнес-логике, а не на формошлепстве, а посколько в качестве учебного проекта вы выбрали приложение для бизнеса, то на 1С ваш проект можно сделать за месяц максимум, не прыгая по технологическим стекам ,котррые вы перечислили в своей статье. Что касается реальной стоимости Вашего проекта на платформе 1С, то посчитать пока сложно (мало информации по требованиям), потому что нужно учесть сколько рабочих мест хотите автоматизировать, а также брать среднею рыночную стоимость ставки часа работы 1С-разработчика в регионе Вашего проживания, где также придется брать в учет его квалификацию.
Освоение программирования за 2 года с нуля или как я пытался автоматизировать реальное производство