Вот ветка хейта к этой статье с недовольными клиентами.
Вкратце:
Стимулирует ограничивать количество юзеров. Пример: нужно допустить к проекту клиента. При цене $19 за юзера который будет заходить туда раз в неделю это не оправдано. А часто он еще и не один на проект.
Люди использовали roadmaps and multi-level epics — которые раньше были под Bronze($4/user) а теперь только в Premium ($19/user)
Пишут что нет помесячной оплаты. Только на год. (я не проверял)
Там в основном организации которые активно использовали Bronze тариф который был раскидан между Free и Premium. Понравилось, ожидаемо, не всем.
Cтоит еще добавить запутанность ценовых политик. Я понимаю почему вы так думаете — они достаточно путано об этом пишут. Но цены на Sass и Self-hosted одинаковы и обе имеют бесплатный вариант, хотя имеют разный набор ограничений (см. тут по тегам SaaS, Self-Managed и уровням подписки).
Я полагаю, равную цену на SAAS компенсируют меньшим количеством фич в сравнение с Self-hosted.
Я бы еще отметил непредсказуемость ценовых политик, которые постоянно меняются. Не так давно у GitLab был тариф 4$/user которые вполне сносно покрывал нужды небольших организаций. Сейчас порог входа увеличился до 19$/user , что может быть серьезным ударом.
Если вы на сервере используете nodejs+webpack+TypeScript задумайтесь: "почему вы просто не используете хорошо типизированный язык на бэке вместо этого франкенштейна? Получаете в нагрузку кучу проблем:
проблемы с отладкой. Это больше всего раздражает, только в nodejs оптимизировали и довели отладчик до ума как все уже на TS…
переменные под отладчиком часто видны с неожиданными именами
сложность настройки отладки. Я знаю как ее настроить, но часто слышу от разработчиков, которые пишут на TS что дебажат они локально ЛОГАМИ! в 21 веке!
дополнительное время на компиляцию (встречал проект который 20сек на каждый чих перекомпилируется)
из пункта выше вытекает еще одна проблема: нужно привязывать ноутбук к столу, иначе взлетает...
переусложненная система сборки, которую половина разработчиков стабильно не понимает
В целом NodeJS вполне сносный язык, если вас устраивает его вседозволенность и отсутсвие нормальной системы типов.
На фронте могу понять спользование TS — там нет выбора, или JS или транспайлеры… а на бэке, ИМХО, это странный костыль.
Ок, systemd очевидно более современно решение. Но не знаю что должен был сделать cron чтобы к нему было столько ненависти… По моему опыту, проблемы которые создавал cron настолько несерьезные, что на фоне остальных проблем на любом проекте даже не помню их.
Короче, фанатеть от cron'а может человек, который так и не осилил прочитать 100кб документации к новому дистрибутиву в 2016 году.
Это да… так и устроен мир. Каждый «уважающий себя» разраб, конечно же, читает всю информацию по всем обновлениям всех тулов которые использует в работе.
ЗЫ: этот топик был про разграничение прав… наличие/отстутсвие cron тут принципиально ничего не меняет. Хотя признаю, что топик скучный и холивар про cron мне тоже интререснее!
Я просто разраб со стороны… тоже не вижу большого страха в cron…
Во-первых, что будет с cronjob'ой на следующий интервал времени, если предыдущий запуск не закончил работать?
Используйте flock.
Во-вторых, как вы узнаете статус текущей кронджобы?
Посмотрю лог.
В третьих, что произойдёт, если крон читает конфиг, который вы обновляете прямо сейчас?
Как правило, ничего страшного. Как конкретно вы обновляете и что вы ожидаете?
Понятно что всегда можно найти более навороченное решение. Но cron до сих пор достаточен для большинства задач. Не зря лежит в любом дистрибутиве из коробки.
Как-то все очень путано в статье.
(ИМХО) Секция про «преимущества» смысла не имеет: как написано выше, про «сжатие» — не аргумент, и, очевидно, что это может привести к медленному чтению если пометить разряженным файл который не так уж и разряжен (подозреваю что таких большинство в системе). При этом заявляется «Преимущества ограничены лишь приложениями, которые их поддерживают».
Лучше было бы ответить на вопрос каким именно приложениям это может быть нужно: как писали в комментах: Виртуальные машины, MySQL это как-то использует…
soft skill не надо путать с «общительностью». Я и сам не очень общителен и не люблю эту ассоциацию (хотя, это можно отнести одним из пунктов). Soft skill (коммуникативный навык) — это про умение задать вопрос и сформировать ответ с акцентом на навыки собеседника. Сомневаюсь что без этого можно сделать что бы то ни было.
А так как человек, имеющий сильной стороной общение, будет скорее всего работать продавцом
А это так, да.
На фоне роста зарплат в отрасль пошли балаболы
И с этим тоже согласен. Не все понимают отличие навыка коммуникации и простую общительность и берут на работу просто «балаболов»
У каждого человека свое определение. Грубо говоря компания определяет успешность специалиста по его CV (а может и еще как-то...). Вы определяете успешность в своих терминах, хорошо если ваши подходы и подходы компании в которой вы хотели бы работать пересекаются.
с тех пор как программистам стали усиленно внушать про развитие «софтскиллов», программы стали чаще падать
Имхо, это связано не с софтскилами. То что про них начали говорить следствие того что уровень программистов просел. Окружение разработки и инструментарий стали проще, отрасль слишком быстро растет, средняя квалификация падает. Это не плохо и не хорошо. Просто так выходит…
Так выходит, что невозможно, за редким исключением, развивать только один навык и быть успешным — придётся тратить дополнительное время на сопутствующие навыки, это вопрос самоорганизации.
К тому же мало на планете людей которые могут писать 8 часов код каждый день. Лично для меня важна смена контекста: т.е. в течение дня пишешь код, где-то провес собес, где-то написал мануал, где-то статью, где-то кого-то проконсультировал. По моему личному мнению, на производительность написания кода подобные активности влияют разве что положительно (если не доведено до абсурда, само собой).
Я тоже программист… Периодически провожу собеседования. ИМХО, дело не в CV, но если человек ищет работу он должен себя презентовать, иначе его тех-специалист тоже откинет. Если человек заходит в компанию типовыми способами (через типовой собес) то нужно уметь готовить CV.
Можете вместо CV вести свой блог или писать статьи, где будете описывать технические проблемы и решения с которым сталкиваетесь — структуризация знаний и можно прокачать soft skill по части изложения мыслей — в большинстве компаний такой подход оценят, да и CV не будет проблемой после блога.
Поддерживаю! Предпочитаю винду, WSL всегда использовал для проектов которые под виндой не заводятся (или заводятся костыльно).
С одной стороны виртуалка под капотом WSL для меня ничего не меняет, с другой ощущение, что накололи.
Agile это набор практик. В данном случае, учитывая ограничения, далеко не все эти практики имели смысл. Учитывая ограничения бюджета, большой скоуп и отсутствие внятных требований тут нет однозначного ответа "что правильно". С позиции аутсорсинговой компании, имхо, надо или отказываться или дожимать на t&m. Если это внутренний продукт то компенсировать очень опытным pm-ом/тимлидом технарем, чтобы мог объективно налёту рубить как загоны всяких начальников так и разрабов оглядываясь на бюджет, сложность, бизнес логику (т.е почти всегда провальная тема)
Да! Большинство приложений даже на 30% не загрузят самый вялый дроплет за $5 на DigitalOcean. Но «если вдруг», то пололок очень высок, к тому же слой серверного кода обычно легко масштабируется, в отличие от слоя БД например… Так что да… 50мc или 25мc разницы нет обычно (кто кстати сказал что оно даст 2x прирост?)
ИМХО, что скрам, что канбан в «книжном» исполнении существует только в мире с розовыми пони и единорогами. В жизни компании адаптируют то, что они прочитали/услышали про agile методологии под свои нужды. Кто-то более удачно, кто-то менее удачно… Результатами «менее удачно» выходят такие статьи.
ИТ залезли везде — это так! Но везде где работают ИТшники, работают так же и бухгалтера, журналисты, водители, механики и прочие НЕ ИТшники. Я об этом.
ТОСТ: Пусть каждый занимается тем что он лучше умеет, что ему больше нравится и не ведется на хайп вокруг ИТ.
Вырвано из контекста и раздуто журналистами. НО, даже из первоначальной ссылки, очевидно, что он говорил о другом. Он «возразил главе Минкомсвязи» который агитировал «ВСЕ ВАЙТИ!». Я программист, и у меня тоже уже подгорает от таких заявлений… Да, Греф не очень удачно сформулировал мысль сходу… но суть ясна: «не надо метить только в направление IT, есть и другие не менее важные направления.»
Вот ветка хейта к этой статье с недовольными клиентами.
Вкратце:
Там в основном организации которые активно использовали Bronze тариф который был раскидан между Free и Premium. Понравилось, ожидаемо, не всем.
Cтоит еще добавить запутанность ценовых политик. Я понимаю почему вы так думаете — они достаточно путано об этом пишут. Но цены на Sass и Self-hosted одинаковы и обе имеют бесплатный вариант, хотя имеют разный набор ограничений (см. тут по тегам SaaS, Self-Managed и уровням подписки).
Я полагаю, равную цену на SAAS компенсируют меньшим количеством фич в сравнение с Self-hosted.
Я бы еще отметил непредсказуемость ценовых политик, которые постоянно меняются. Не так давно у GitLab был тариф 4$/user которые вполне сносно покрывал нужды небольших организаций. Сейчас порог входа увеличился до 19$/user , что может быть серьезным ударом.
Если вы на сервере используете nodejs+webpack+TypeScript задумайтесь: "почему вы просто не используете хорошо типизированный язык на бэке вместо этого франкенштейна? Получаете в нагрузку кучу проблем:
В целом NodeJS вполне сносный язык, если вас устраивает его вседозволенность и отсутсвие нормальной системы типов.
На фронте могу понять спользование TS — там нет выбора, или JS или транспайлеры… а на бэке, ИМХО, это странный костыль.
Это да… так и устроен мир. Каждый «уважающий себя» разраб, конечно же, читает всю информацию по всем обновлениям всех тулов которые использует в работе.
ЗЫ: этот топик был про разграничение прав… наличие/отстутсвие cron тут принципиально ничего не меняет. Хотя признаю, что топик скучный и холивар про cron мне тоже интререснее!
Используйте flock.
Посмотрю лог.
Как правило, ничего страшного. Как конкретно вы обновляете и что вы ожидаете?
Понятно что всегда можно найти более навороченное решение. Но cron до сих пор достаточен для большинства задач. Не зря лежит в любом дистрибутиве из коробки.
(ИМХО) Секция про «преимущества» смысла не имеет: как написано выше, про «сжатие» — не аргумент, и, очевидно, что это может привести к медленному чтению если пометить разряженным файл который не так уж и разряжен (подозреваю что таких большинство в системе). При этом заявляется «Преимущества ограничены лишь приложениями, которые их поддерживают».
Лучше было бы ответить на вопрос каким именно приложениям это может быть нужно: как писали в комментах: Виртуальные машины, MySQL это как-то использует…
А это так, да.
И с этим тоже согласен. Не все понимают отличие навыка коммуникации и простую общительность и берут на работу просто «балаболов»
У каждого человека свое определение. Грубо говоря компания определяет успешность специалиста по его CV (а может и еще как-то...). Вы определяете успешность в своих терминах, хорошо если ваши подходы и подходы компании в которой вы хотели бы работать пересекаются.
Имхо, это связано не с софтскилами. То что про них начали говорить следствие того что уровень программистов просел. Окружение разработки и инструментарий стали проще, отрасль слишком быстро растет, средняя квалификация падает. Это не плохо и не хорошо. Просто так выходит…
К тому же мало на планете людей которые могут писать 8 часов код каждый день. Лично для меня важна смена контекста: т.е. в течение дня пишешь код, где-то провес собес, где-то написал мануал, где-то статью, где-то кого-то проконсультировал. По моему личному мнению, на производительность написания кода подобные активности влияют разве что положительно (если не доведено до абсурда, само собой).
Можете вместо CV вести свой блог или писать статьи, где будете описывать технические проблемы и решения с которым сталкиваетесь — структуризация знаний и можно прокачать soft skill по части изложения мыслей — в большинстве компаний такой подход оценят, да и CV не будет проблемой после блога.
С одной стороны виртуалка под капотом WSL для меня ничего не меняет, с другой ощущение, что накололи.
Agile это набор практик. В данном случае, учитывая ограничения, далеко не все эти практики имели смысл. Учитывая ограничения бюджета, большой скоуп и отсутствие внятных требований тут нет однозначного ответа "что правильно". С позиции аутсорсинговой компании, имхо, надо или отказываться или дожимать на t&m. Если это внутренний продукт то компенсировать очень опытным pm-ом/тимлидом технарем, чтобы мог объективно налёту рубить как загоны всяких начальников так и разрабов оглядываясь на бюджет, сложность, бизнес логику (т.е почти всегда провальная тема)
Да! Большинство приложений даже на 30% не загрузят самый вялый дроплет за $5 на DigitalOcean. Но «если вдруг», то пололок очень высок, к тому же слой серверного кода обычно легко масштабируется, в отличие от слоя БД например… Так что да… 50мc или 25мc разницы нет обычно (кто кстати сказал что оно даст 2x прирост?)
ТОСТ: Пусть каждый занимается тем что он лучше умеет, что ему больше нравится и не ведется на хайп вокруг ИТ.
Из открытых источников ничего про такую возможность не нашел. Если это правда, то было бы интересно посмотреть ценник.