Ну и добавить хочу.
Интернет магазины, лендинги и т.п. не ради дизайна делаются, дизайн там только для продаж, ага?
За дизайном и удобством в другие места надо идти.
Эта статья, как прийти на рынок в мясной отдел и возмущаться, что продавцы пристают, кожура семечек на асфальте там чем-то воняет.
Мир такой, какой есть. Хотите что-то изменить в нем, действуйте, показывайте на своем примере, а учить со своей колокольни, причем далекой от реальности, всякий может.
У меня постоянно мэйл почту ломают, я не имею понятия как и откуда. Стоит Eset SS. Все правила просматриваю перед добавлением.
Пользуюсь мэйлом только для одноразовых регистраций и тестов, так что не парюсь.
Но просто как-то заходят, даже если меняю пароль через неделю входы.
Только 2-х факторная авторизация помогла, просто надоело.
В оригинале эта статья написана была 9 апреля (может весь апрель никому не верь?).
И выше написанных вопросов ему не задали.
И с автором тут не по обсуждать тоже, перевод…
Теперь не опытные ребята из ру-сообщества прочитают эту статью и внедрят где-то, мде :(
а тем временем 12+ и 1- у статьи, 14 в закладках…
Ну чтож, повторюсь…
Когда читал статью, был в шоке.
Сам в основном занимаюсь разработкой ERP, CRM.
Очень рад за клиента, что он отказался и надеюсь не заплатил.
Автор, когда клиент к тебе обращается — он ждет что-то хорошее.
А ты с момента выбора технологии и реализации начал клиенту свинью подкладывать.
ERP такая штука, которая всегда подвержена доработкам и изменениям, притом доработкам, порой очень нелогичным (которые не укладываются в логику).
Такие системы должны быть:
1. Очень гибкие — чтоб можно было менять и дорабатывать все что угодно, особо при этом не ломая другие модули
2. Написаны на популярных и простых технологиях — если вдруг за такой код, как вы делали, вас в лес увезут, чтоб другой программист мог дальше работать. Ваш код легче выкинуть, чем копаться в ваших изобретениях.
При этом вы там формы переделали, я так понимаю даже программист на этом будет долго мучаться.
Средством разработки был выбран Rad Studio. Студия по некоторым причинам не очень популярна, но в данном случае мне, во-первых, хотелось получить единый код на всех устройствах, так как я один и не могу себе позволить несколько раз прописать одну и ту же структуру данных в нескольких средах разработки, а потом при любом изменении править в 10 местах. А во-вторых, я на всех платформах получаю компилированное приложение, которое теоретически всегда должно работать быстро. Но прежде всего меня волновала скорость на рабочем месте оператора.
Ну конечно, если вы слона проглотить решили в одиночку.
Только сделать это на вебе было бы очень даже не плохо и работало бы очень быстро.
Вы в курсе что последние годы это делают на вебе, когда нет возможности и целесообразности писать отдельные приложения.
И код был бы единый, с константами, без хаков и главное Поддерживаемый!!! Это самое главное что нужно клиенту!
Клиенту всегда нужно, чтоб бизнесс работал, а не ваши изобретения. Он всегда хочет знать, что если вы пропадете по любой причине, его бизнес не сдох из-за вашего выбора технологий. И что пару лямов он потратил не привязавшись только к вам как единственному, кто может апдейтить систему.
Вы свинством занимаете, еще и продать теперь хотите кому-то.
Просто опыт. Я наблюдал такое, когда девушка отвлекала программистов от работы, своей одеждой и поведением.
Конечно зависит от коллектива. Когда это уже профессионалы 26+, многие женатые и в целом сюда девушка придет с пониманием как одеваться)
А если это галера с дешевой рабочей силой (судя по знания туда и устраивалась в основном), там парни помоложе и кровь погорячее).
Ну а шуточки у кого как. От фирмы к фирме очень отличается уровень мата/шуточек/общения/встреч после работы и т.п. Где-то шутили бы, где-то даже не матерятся. Все это со своего опыта :)
Еще бы, трудно.
Я бы сказал, что любому человеку без знаний трудно. Берут спецов, и не важно девушка или нет. У меня 2 девушки знакомые программисты, вполне успешные.
По статье сразу видно, что знаний по сути не было. Парней таких тоже не берут.
Честно говоря статься попахивает нытьем. Мол все из-за того, что девушка. НЕТ все из-за знаний, инициативности, активности, общении в ходе собеседования и после.
И частично «да», если девушка программист придет с вырезом на собеседование — лучше парня возьму. Нужно понимать, что в отдел к парням программистам нужно приходить одетой так, чтоб у них стол не *приподнимался*
Я скорее про формат одного человека хотел сделать акцент.
Нельзя быть уверенным в одном человеке, лучше всегда иметь 2-х программистов, больше вероятность успеха)
Это уже вопрос профессионализма автора и клиента. Клиент решил не делать свой отдел для разработки, а взять одного удаленного человека.
Теперь он знает, что это путь в никуда.
Да, часто это проблема. Но, есть заказчик — найдется и исполнитель :)
Когда это пишется на популярных технологиях и фрэймворках профессионалом, не все так страшно.
Я когда пишу код, всегда пишу с тем расчетом, что в любой момент разработчик может сменится. И чтоб другой, кто увидит мой код и возьмет его доработку, мог как можно легче разобраться и приступить.
Ну и когда растет система, если один разработчик, надо бить в колокола и объяснять заказчику, что нужна команда, документация и т.п. Иначе с разбитым корытом останется :)
То есть для руководителя и помощника руководителя, для полноценной работы по сути все должно грузиться?)
Допустим база клиентов в 150К с адресами, историей заказов и т.п.
Оно как на сервере… захадркожена пагинация которая на клиенте и отдаются клиенты в соответствии с текущей страницей или все сразу?
Если отдается в соответствии с текущей страницей, всякие фильтры, сортировки — это уже отдельно на сервере вычисляется из кэша и отдается или как?
Если отдается вся база в 150К пользователей с зависимостями, как оно там на клиенте сортируется, да и в целом хранится)
Да если ERP под одно предприятие, не большое, как у заказчика из статьи, то в принципе можно. Только при этом надо писать по частям, много общаться и встречаться с заказчиком по поводу бизнес процессов. Т.к. обычно у таких заказчиков требования слабо формализованы изначально.
Ну и будет это все писать не то что долго, а скорее постоянно дорабатываться, годами.
Бизнес всегда меняется, предприниматель всегда крутится и меняет что-то. Под это обычно и система меняется.
Когда читал статью, был в шоке.
Сам в основном занимаюсь разработкой ERP, CRM.
Очень рад за клиента, что он отказался и надеюсь не заплатил.
Автор, когда клиент к тебе обращается — он ждет что-то хорошее.
А ты с момента выбора технологии и реализации начал клиенту свинью подкладывать.
ERP такая штука, которая всегда подвержена доработкам и изменениям, притом доработкам, порой очень нелогичным (которые не укладываются в логику).
Такие системы должны быть:
1. Очень гибкие — чтоб можно было менять и дорабатывать все что угодно, особо при этом не ломая другие модули
2. Написаны на популярных и простых технологиях — если вдруг за такой код, как вы делали, вас в лес увезут, чтоб другой программист мог дальше работать. Ваш код легче выкинуть, чем копаться в ваших изобретениях.
потому что иначе это работать не будет (к слову, это требования полного переписывания всего на другом ЯП, просто «чтобы было»)
Вы там зазвездились? Вы сделали и пусть работают как хотят с вашими костылями? )))
И что за дер… код вы написали, при котором все переписывать надо?) Да и в целом сразу не догадались, чтоб будут такие проблемы?)
Выбрали ЯП для задачи, которую намного лучше решать другими ЯП -> Сами в статье написали что нихрена оно не удобно и вы написали свой редактор форм (Карррл, уже тут надо было СТОП) -> на нем все закодили. А потом вдруг оно не гибким оказалось? Пришлось не код под функционал, а функционал под код подстраивать?? КАААРЛ!!!
А как вы сделали рассылку кэша по клиентам?
Я так понял вы при каждом обновлении рассылали кэш по всем клиентам? в Оперативку всю базу по сути??? Вы там совсем упали с высоты, слово на букву е.. чтоли???
Читая такие истории, я думаю о том, как хорошо что я программист и знаю как сильно говнокодят такие системы и забивают на безопасность.
Вернее конечно не забивают, когда проект вырос и стал огромный, даже стараются что-то сделать. Но до того как он вырастет там такое накодят и потом оставят, что страшно.
Поэтому не ввожу данные карт и стараюсь использовать всякие сервисы по минимуму.
Насмотрелся я на кухню этих Федеральных компаний изнутри. Снаружи конфетка, а внутри такие же говнокодеры как и везде)
Как-то был на собеседовании в подпроект для Госуслуг(ДЛЯ ГОСУСЛУГ!!!), где используются соответственно все данные.
Цитирую слова нанимателя «Проект работает, но нужно дорабатывать и рефакторить код. Код конечно там очень легаси, проект начинали писать 7 лет назад, но потом он перерос в данный. и уже 2 года работает как часть госуслуг. Нам туда очень нужен человек и ближайшие пол года вы будете там работать один.»
Тоесть не зная меня, и что я могу натворить с безопасностью, как минимум, меня на пол года хотели поставить на работающий проект где происходить обработка таких данных:)
Самое странное, что они делают такими сложными и трудными способами, что даже не понятно как они до них додумались)
Вот неужели он не догадался ввести переменную и отправлять ее, но сделал парсер.
Ну вот как так?)
На самом деле в этом плагине был еще довольно не плохой индуский код.
Его писал уверенный миддл индус.
Я серьезно.
Все эти шутки про идусский код оказались правдой и там таакооое бывает)
Лучше один раз увидеть:)
Последний раз, очень крутой индо-программист с окладом 400$ в неделю (это овердофига для индусов) удалил проект с качественным кодом на Laravel, где все было разложено по полочкам и работало. Вместо него он начал писать с нуля где каждая страница представляла из себя отдельный ПХП файл.
Естественно все интеграторы оплаты, кредитные карты и все такое были удалены вместе с проектом.
Дак вот он пытался открывать сайт интегратора через фрэйм и слать им запросы обычными ajax, которые естественно не принимались.
А клиент у меня спрашивал, мол как так, в предыдущей версии все работает.
Интернет магазины, лендинги и т.п. не ради дизайна делаются, дизайн там только для продаж, ага?
За дизайном и удобством в другие места надо идти.
Эта статья, как прийти на рынок в мясной отдел и возмущаться, что продавцы пристают, кожура семечек на асфальте там чем-то воняет.
Мир такой, какой есть. Хотите что-то изменить в нем, действуйте, показывайте на своем примере, а учить со своей колокольни, причем далекой от реальности, всякий может.
Такое громкое название, а внутри ни анализа, ни статистики.
Тупо мнение человека.
А я как человек, который сам в торговле и программировании могу сказать.
Это все работает для обычного пользователя, который не в ИТ
Может счетчики и раздражают, но они работают, как и фэйковые скидки, как и кучи кнопок заказать/купить/формы контактов.
П.С. И причем тут скроллы, первые 2 пункта раздражают да, а вот проблемных скороллов не встречал ни разу.
Пользуюсь мэйлом только для одноразовых регистраций и тестов, так что не парюсь.
Но просто как-то заходят, даже если меняю пароль через неделю входы.
Только 2-х факторная авторизация помогла, просто надоело.
И выше написанных вопросов ему не задали.
И с автором тут не по обсуждать тоже, перевод…
Теперь не опытные ребята из ру-сообщества прочитают эту статью и внедрят где-то, мде :(
а тем временем 12+ и 1- у статьи, 14 в закладках…
Когда читал статью, был в шоке.
Сам в основном занимаюсь разработкой ERP, CRM.
Очень рад за клиента, что он отказался и надеюсь не заплатил.
Автор, когда клиент к тебе обращается — он ждет что-то хорошее.
А ты с момента выбора технологии и реализации начал клиенту свинью подкладывать.
ERP такая штука, которая всегда подвержена доработкам и изменениям, притом доработкам, порой очень нелогичным (которые не укладываются в логику).
Такие системы должны быть:
1. Очень гибкие — чтоб можно было менять и дорабатывать все что угодно, особо при этом не ломая другие модули
2. Написаны на популярных и простых технологиях — если вдруг за такой код, как вы делали, вас в лес увезут, чтоб другой программист мог дальше работать. Ваш код легче выкинуть, чем копаться в ваших изобретениях.
При этом вы там формы переделали, я так понимаю даже программист на этом будет долго мучаться.
Ну конечно, если вы слона проглотить решили в одиночку.
Только сделать это на вебе было бы очень даже не плохо и работало бы очень быстро.
Вы в курсе что последние годы это делают на вебе, когда нет возможности и целесообразности писать отдельные приложения.
И код был бы единый, с константами, без хаков и главное Поддерживаемый!!! Это самое главное что нужно клиенту!
Клиенту всегда нужно, чтоб бизнесс работал, а не ваши изобретения. Он всегда хочет знать, что если вы пропадете по любой причине, его бизнес не сдох из-за вашего выбора технологий. И что пару лямов он потратил не привязавшись только к вам как единственному, кто может апдейтить систему.
Вы свинством занимаете, еще и продать теперь хотите кому-то.
Конечно зависит от коллектива. Когда это уже профессионалы 26+, многие женатые и в целом сюда девушка придет с пониманием как одеваться)
А если это галера с дешевой рабочей силой (судя по знания туда и устраивалась в основном), там парни помоложе и кровь погорячее).
Ну а шуточки у кого как. От фирмы к фирме очень отличается уровень мата/шуточек/общения/встреч после работы и т.п. Где-то шутили бы, где-то даже не матерятся. Все это со своего опыта :)
Я бы сказал, что любому человеку без знаний трудно. Берут спецов, и не важно девушка или нет. У меня 2 девушки знакомые программисты, вполне успешные.
По статье сразу видно, что знаний по сути не было. Парней таких тоже не берут.
Честно говоря статься попахивает нытьем. Мол все из-за того, что девушка. НЕТ все из-за знаний, инициативности, активности, общении в ходе собеседования и после.
И частично «да», если девушка программист придет с вырезом на собеседование — лучше парня возьму. Нужно понимать, что в отдел к парням программистам нужно приходить одетой так, чтоб у них стол не *приподнимался*
Нельзя быть уверенным в одном человеке, лучше всегда иметь 2-х программистов, больше вероятность успеха)
Теперь он знает, что это путь в никуда.
Когда это пишется на популярных технологиях и фрэймворках профессионалом, не все так страшно.
Я когда пишу код, всегда пишу с тем расчетом, что в любой момент разработчик может сменится. И чтоб другой, кто увидит мой код и возьмет его доработку, мог как можно легче разобраться и приступить.
Ну и когда растет система, если один разработчик, надо бить в колокола и объяснять заказчику, что нужна команда, документация и т.п. Иначе с разбитым корытом останется :)
Допустим база клиентов в 150К с адресами, историей заказов и т.п.
Оно как на сервере… захадркожена пагинация которая на клиенте и отдаются клиенты в соответствии с текущей страницей или все сразу?
Если отдается в соответствии с текущей страницей, всякие фильтры, сортировки — это уже отдельно на сервере вычисляется из кэша и отдается или как?
Если отдается вся база в 150К пользователей с зависимостями, как оно там на клиенте сортируется, да и в целом хранится)
Ну и будет это все писать не то что долго, а скорее постоянно дорабатываться, годами.
Бизнес всегда меняется, предприниматель всегда крутится и меняет что-то. Под это обычно и система меняется.
Но как оказалось, не все это понимают)))
Сам в основном занимаюсь разработкой ERP, CRM.
Очень рад за клиента, что он отказался и надеюсь не заплатил.
Автор, когда клиент к тебе обращается — он ждет что-то хорошее.
А ты с момента выбора технологии и реализации начал клиенту свинью подкладывать.
ERP такая штука, которая всегда подвержена доработкам и изменениям, притом доработкам, порой очень нелогичным (которые не укладываются в логику).
Такие системы должны быть:
1. Очень гибкие — чтоб можно было менять и дорабатывать все что угодно, особо при этом не ломая другие модули
2. Написаны на популярных и простых технологиях — если вдруг за такой код, как вы делали, вас в лес увезут, чтоб другой программист мог дальше работать. Ваш код легче выкинуть, чем копаться в ваших изобретениях.
И да, согласен с этим комментом habrahabr.ru/post/345274/#comment_10581006
И вобще, я засмеялся когда прочел это
Вы там зазвездились? Вы сделали и пусть работают как хотят с вашими костылями? )))
И что за дер… код вы написали, при котором все переписывать надо?) Да и в целом сразу не догадались, чтоб будут такие проблемы?)
Выбрали ЯП для задачи, которую намного лучше решать другими ЯП -> Сами в статье написали что нихрена оно не удобно и вы написали свой редактор форм (Карррл, уже тут надо было СТОП) -> на нем все закодили. А потом вдруг оно не гибким оказалось? Пришлось не код под функционал, а функционал под код подстраивать?? КАААРЛ!!!
А как вы сделали рассылку кэша по клиентам?
Я так понял вы при каждом обновлении рассылали кэш по всем клиентам? в Оперативку всю базу по сути??? Вы там совсем упали с высоты, слово на букву е.. чтоли???
Пошел пить валидол…
Вернее конечно не забивают, когда проект вырос и стал огромный, даже стараются что-то сделать. Но до того как он вырастет там такое накодят и потом оставят, что страшно.
Поэтому не ввожу данные карт и стараюсь использовать всякие сервисы по минимуму.
Насмотрелся я на кухню этих Федеральных компаний изнутри. Снаружи конфетка, а внутри такие же говнокодеры как и везде)
Как-то был на собеседовании в подпроект для Госуслуг(ДЛЯ ГОСУСЛУГ!!!), где используются соответственно все данные.
Цитирую слова нанимателя «Проект работает, но нужно дорабатывать и рефакторить код. Код конечно там очень легаси, проект начинали писать 7 лет назад, но потом он перерос в данный. и уже 2 года работает как часть госуслуг. Нам туда очень нужен человек и ближайшие пол года вы будете там работать один.»
Тоесть не зная меня, и что я могу натворить с безопасностью, как минимум, меня на пол года хотели поставить на работающий проект где происходить обработка таких данных:)
Ну нафиг веб сервисы))
Вот неужели он не догадался ввести переменную и отправлять ее, но сделал парсер.
Ну вот как так?)
Его писал уверенный миддл индус.
Я серьезно.
Все эти шутки про идусский код оказались правдой и там таакооое бывает)
Лучше один раз увидеть:)
Последний раз, очень крутой индо-программист с окладом 400$ в неделю (это овердофига для индусов) удалил проект с качественным кодом на Laravel, где все было разложено по полочкам и работало. Вместо него он начал писать с нуля где каждая страница представляла из себя отдельный ПХП файл.
Естественно все интеграторы оплаты, кредитные карты и все такое были удалены вместе с проектом.
Дак вот он пытался открывать сайт интегратора через фрэйм и слать им запросы обычными ajax, которые естественно не принимались.
А клиент у меня спрашивал, мол как так, в предыдущей версии все работает.
Вобщем смех и грех:)