@jsmjsmxyz · Post #1570 · 09.08.2024 г., 06:29
#Dev#Tool https://www.cursor.com/
TGINSIGHT SIMILAR POSTS
Изходен канал @clockstackwheels · Post #721 · 26.12
Почему я люблю языки с сильной системой типов, проверяемой статическим анализом кода — хорошо написанная программа является своей собственной спецификацией и позволяет выражать через язык программирования законы существования предметной области. Когда-то давно я писал на ActionScript. Там была система типов, но вот десериализация JSON'ов по-умолчанию была в какой-то общий Object, к полям которого нужно было обращаться ["по_строковому_имени"]. В один момент мне потребовалось написать что-то на C#, который я совсем не знал, я стал гуглить, как десериализовать JSON, и с удивлением обнаружил кучу советов заранее объявить класс со всеми нужными полями и десериализовать в него. "Какой ужас!", — подумал я тогда, — "Это же дико неудобно! А если я не знаю полей JSON? А если их много? Отвратительный язык!" Теперь то я прекрасно понимаю, что JSON это контракт, и что правильная десериализация только такая и должна быть, и что в хорошем API в одном поле никогда не бывает данных принципиально разных типов, и так далее. Нет, если вы набиваете вечерами пет-проект или сидите бессонную ночь на хакатоне, нет ничего плохого в том, чтобы взять простой язык с динамическими типами вроде JavaScript или Python, не требующий описывать данные. Но вот в энтерпрайзе, особенно когда над одним проектом работает много людей (а бывает это очень часто) — хорошее использование системы типов убережёт разработчиков от огромного количества ошибок, будет бить их по рукам, когда они пытаются сделать что-то не то, и будет подсказывать, когда они не уверены в чём-то. С помощью статической типизации можно на уровне кода обозначить правила, по которым ведёт себя предметная область вашей программы в реальном мире. Разработчику не только будет сложно их нарушить, но он ещё и станет узнавать какие-то вещи, которые мог не знать раньше. Например, если мы делаем медицинскую CRM, и больница заводит новых пациентов только тогда, когда знает их группу крови, мы можем объявить тип "Пациент" (или, если точнее, "Карта пациента") и запретить создавать экземпляры этого типа, не передав в конструктор группу крови (которая, в свою очередь, тоже является типом, вероятнее всего ValueObject'ом). Если новый программист пришёл в проект, он, во-первых, не сможет записать в БД некорректную карту пациента. Понятно, мы не учитываем случаи, когда новый программист переделывает модели предметной области — это будет хорошо видно на кодревью. А, во-вторых, даже если ему никто не сказал, что пациенты должны быть с группой крови, он узнает это из кода. И уже будет понимать, что в тех процессах реальной жизни, которые он описывает кодом, карта пациента создаётся только при наличии группы крови. А, значит, нужно искать какой-то способ сначала эту группу крови получить, и только потом создавать карту. Программирование моделирует реальный процесс. В настоящей работе даже на языках с типами, конечно, без должного контроля можно написать что угодно. Нужна управленческая воля, компетентность руководства, понимание опасности техдолга, в идеале отдельные должности для архитекторов, опытные лиды и старшие разработчики. Но когда всё это есть, можно отсекать много проблем ещё на старте и проще погружать новичков. #dev
Hashtags
Общо глобално търсене
@jsmjsmxyz · Post #1570 · 09.08.2024 г., 06:29
#Dev#Tool https://www.cursor.com/
@bymakstorch · Post #968 · 12.08.2024 г., 08:20
Турбо-сжатие видео🎁 Для канала я часто использую софт для сжатия видео, чтоб вы не грузили дохуя метров себе на девайс. З — забота. Пробовал всякое: Movavi, Permute 3, Wondershare и так далее. Но в пятницу для мем-видоса, я с 64 МБ получил 3.3 МБ, это сжатие без потери качества на 95% 😧 🔗Сжать видео 🕳 Для разработчиков и продАктов: Самое классное в этой истории, что ребята из Rotato, которые делают 3D-софт для создания вкусных мокапов, для этого бесплатного сервиса по сжатию видео, используют опенсорс фреймворк FFmpeg. Если вы работаете с видео, то обязательно берите на заметку, т.к. это наглядный пример пиздатой работы по сжатию. А ещё он умеет декодировать, кодировать, транскодировать и работает в самых разных средах 💪 🔗Source Code Кроссплатформенное решение для записи, конвертирования и потоковой передачи аудио и видео #сервисы#dev
@clockstackwheels · Post #1218 · 20.02.2026 г., 16:45
Внезапно сменил работу Кажется, буквально только что прогремела моя статья о собеседованиях, феерично завершившаяся попаданием в 2ГИС. Восемь месяцев — чертовски маленький срок. Никогда не занимался «джобхоппингом», так что и сейчас не открывал резюме, не искал работу, готовился к аттестации. Встроился в процессы, накупил корпоративного мерча, подружился с коллегами и стал регулярно ездить в офис (который при мне перенесли в другое здание и расширили). Уже прям ассоциировал себя с 2ГИС. Но внезапно мне сделали очень заманчивое предложение. Такое, от которого невозможно отказаться. Позвали в расширяющуюся финтех-компанию архитектором на новые продукты. Очень грустно уходить из 2ГИС, но я бы себя не простил, если бы не воспользовался открывшейся возможностью. Сегодня на теперь уже старом месте работы было exit-интервью. Кстати, хорошая практика — компания обращает внимание на особенности в статистике увольнений. Задавали вопросы о том, что было хорошо, а что можно улучшить. Вообще впечатления от 2ГИС самые тёплые. Из плюсов я бы выделил развитую корпоративную культуру и приятную атмосферу работы (не в последнюю очередь благодаря коллегам). Я с удовольствием читал внутренний новостной портал, ходил на презентации фич и самопрезентации новичков, участвовал в местных квизах. Прям сильный косяк вышел только с хакатоном, я вам об этом писал, но там скорее всего просто конкретные организаторы лажанули. Одна из самых крутых киллер-фич 2ГИС, как работодателя — упрощённое взятие выходных и отпусков. По большей части не нужно никаких специальных согласований, если ты внезапно повёз ребёнка к врачу, или сам устал и хочешь денёк отоспаться. Однако, в других местах отсутствие формализма порождает сложности. В Росатоме, например, процессы движения задач по жизненному циклу были зарегламентированы сильнее: нельзя передать что-то в разработку без аналитики, постановщик задачи сам следит за её статусами, задача целиком переназначается всегда на текущего одного ответственного человека (на стадии разработки на программиста, на стадии тестирования на тестировщика и т.д.). В 2ГИС иногда задачи приходили от бизнеса с необходимостью самостоятельно ходить по людям и уточнять, что на самом деле хотели. Делалось это как бы для экономии на аналитиках, что лично мне кажется большим заблуждением: бизнес таким образом платил за время более дорогого программиста, который ещё и выполнял работу аналитика дольше, потому что специализируется на другом. В итоге то, что казалось экономией, в моём понимании было скорее увеличением расходов и сроков. То же самое касалось, например, архитектуры и техдолга (но это типичная проблема подавляющего большинства бизнесов — техдолг вообще никто не умеет считать и оценивать). Я бы сказал так: 2ГИС как бы вырос из стартапа и стал практически бигтехом, особенно после покупки Сбером. Если не бигтехом, то энтерпрайзом точно. Но в итоге оставил часть недостатков стартапа (экономия на «второстепенных» вещах, отсутствие регламентов) и получил часть недостатков энтерпрайза (слабое влияние сотрудников на конечный продукт, очень затянутое планирование и согласование новых задач, заметное количество легаси). С другой стороны в той же мере присутствуют одновременно плюсы стартапа (простые организационные процессы, неформальная атмосфера) и плюсы энтерпрайза (стабильная компания с офисами, конкурентными зарплатами, рыночным белым оформлением, айти брендом и корпоративной культурой). Если вы дисциплинированы, компетентны и не боитесь некоторых трудностей, то я однозначно готов советовать работу в 2ГИС. Сейчас идёт набор разработчиков на C#, Go, дата-саентистов, присоединяйтесь :) Уровни мидл и сеньор. #dev@clockstackwheels#life@clockstackwheels
@clockstackwheels · Post #1156 · 16.10.2025 г., 19:41
Самое удивительное в энтерпрайз-разработке — необходимость специально доказывать и аргументировать объективно правильные решения. Представь, приходишь на автомобильный завод, а там выпускают бензобаки с дыркой в центре одной из стенок. Причём, это не особенность конкретного рынка или потребителя, просто исторически так процессы сложились. Ты такой: «Эээ, зачем с дыркой, давайте делать без дырки». Но тебе отвечают, что нужно аргументировать, защитить эту позицию перед бизнесом, ещё и с цифрами. Показать, что затраты ниже, чем профит. А начальник производства тебе ещё и раскладывает: на бензобаки без дырки будет уходить больше металла, так что твоё предложение приведёт к росту расходов. Ещё и у клиентов баки начнут заполняться дольше, негативный опыт. Ты находишь инженерные книжки с описанием физики сплошных сред: «Вот гляньте что пишут, вот аргументы, вот схемы и формулы». А в ответ слышишь, что книги это идеализация, и в жизни оно всё иначе, нужно реалистично смотреть. Но самое главное: перестраивать линию на отсутствие дырки это прям очень дорого: станки переконфигурировать, персонал обучать, да и наверняка первое время будут косяки, поставки снизятся. Короче если прям не докажешь, что профит от твоего предложения принесёт миллиард за день, то иди нафиг. Почему в разработке такого много, а на реальных автомобильных заводах всё-таки делают без дырок? Я вижу две причины: 1. Во-первых, когда бензобак еб**ёт, или там самолёт упадёт, это очень заметно. Аварии происходят с шумом, нередко с травмами. А падение какого-нибудь входящего интеграционного потока из-за отсутствия контроля состояния модели — это тихо, без фейерверков. Ну насыпется в лог ошибок, пошёл, руками поправил пару записей в БД, запустил снова. 2. Во-вторых, всё-таки у разработки низкая степень разнообразной конкуренции из-за склонности этой сферы к монополизации (которая обусловлена простотой доставки потребителю). В мире порядка тысячи автопроизводителей, а вот софт одного типа обычно выпускает едва ли десяток компаний. Сколько фирм делают, например, САПР для твердотельного моделирования? Нейросетка мне привела девять. Сколько настоящих конкурентов у какого-нибудь Майкрософт Офиса? Один: гугл документы. И вроде всё понятно, как оно работает, но не перестаю удивляться. Нужно прям реально убеждать людей, не на инженерном языке, а на языке бизнеса и маркетинга, что дырка в бензобаке это плохо. #dev#life
@clockstackwheels · Post #312 · 23.04.2022 г., 09:23
У меня начался отпуск, прошло 2.5 года, как я работаю на обычной работе по найму. До этого я около 7 лет был фрилансером, а в начале этого пути запустил пару успешных собственных проектов (и пару десятков неуспешных, которые, собственно, высосали все заработанные деньги). Некоторые разработчики хотят уйти из найма во фриланс. Кажется, что личного времени становится больше, максимально гибкий график, работай себе с берега моря. У меня обратный опыт — добровольный переход с фриланса на найм, и опыт скорее положительный. Что стало хуже: 1. Спонтанные мероприятия теперь почти недоступны. В середине рабочего дня не поедешь к друзьям играть в настолки. 2. Как ни крути, но 30 дней отпуска в год — это прямо очень очень мало. Его неизбежно приходится разбивать на части, и каждая из этих частей очень маленькая — в длинное путешествие не съездить, собственный проект не замутить, с кучей накопившихся бытовых дел не разобраться. 3. На фрилансе ты можешь не брать заказы, которые содержат большую долю скучной для тебя работы. В найме же ты обязан брать задачи, даже если они на 80% состоят из какого-нибудь рефакторинга или написания документации. Что стало лучше: 1. Денег стало больше. Зарплата заметно выше моего среднего дохода с фриланс-заказов. Я сильный прогер, но тратить время и внимание на поиск клиентов и заказов мне всегда было тяжело. Сейчас я конвертирую своё время в деньги эффективнее, потому что занимаюсь только разработкой и руководством другими разработчиками. 2. У меня появились выходные. Я могу не работать в выходные, и это удивительное чувство. На фрилансе формально ты можешь работать когда хочешь, но по факту хоть чуть-чуть работаешь каждый день, потому что висит очередной заказ с дедлайном. Сейчас я со спокойной совестью все выходные занимаюсь исключительно своими делами. 3. У меня пропала нервозность по поводу того, что я ещё что-то не доделал и не успею вовремя, если сейчас не сяду. Рабочий график распределяется как раз на комфортный уровень загрузки. 4. Я перестал работать по ночам, и в целом у меня нормализовался режим дня. Будучи фрилансером, я мог вставать в обед, потом сидеть до утра, и из-за этого снова долго спать. Это могло длиться месяцами. Сейчас каждое утро дейли, рабочий день начинается в одно и то же время, поэтому график у меня нормальный. 5. За 2.5 года работы в компании я прокачался в программерских скиллах как за 7 лет фриланса. Потому что на фрилансе ты плюс минус делаешь всё уже знакомым тебе способом. А вот при работе в компании есть другие разработчики, которые знают что-то, чего не знаешь ты. И есть кодревью, это очень полезная штука, причем, полезно и самому проводить, и чтобы тебе проводили. #dev#life
@clockstackwheels · Post #216 · 11.02.2022 г., 15:58
В Твиттере айтишники иногда поднимают тему выгорания, но она для меня не до конца понятна. Много лет назад я взялся за написание очень масштабного проекта. У меня было куда меньше опыта программирования, чем сейчас. Используемые мной инструменты были несовершенны, а применял я их не всегда правильно. Стоит ли говорить, что проект, цикл разработки которого планировался года на полтора, занял все пять, и вышел в таком плохом техническом состоянии, что даже после двух переделок был закрыт. Это была онлайн-игра для ВК, кто очень давно меня читает, те могут даже что-то помнить. Это, пожалуй, самая сокрушительная история моего поражения, после которой были полгода единственной во всей моей жизни настоящей депрессии. Под конец разработки я испытывал сильнейшее эмоциональное истощение. Я просто видеть не мог этот проект. Я просыпался каждый день с мыслью о том, что мне снова нужно открывать IDE и вносить правки, добавлять фичи, и что конца этому нет, потому что сделать нужно столько, сколько я за сегодня в принципе смогу, пока не упаду замертво. Особенно после релиза, когда проявились проблемы, и когда стало ясно, что игра не «выстрелила», и я не стану миллионером, но принять решение бросить её это значило отказаться от надежд, которые питали меня последние 5 лет. В общем, по всем признакам похоже на выгорание. Разработчик вкладывает в работу так много сил и эмоций, что у него садится батарейка. И всё-таки. Я ведь сам виноват: истощал себя, потому что взял задачу не по силам, да ещё и создал вокруг неё завышенные ожидания. Мою энергию тратило моё же собственное упорство и нежелание признавать фиаско. Однако принято воспринимать и описывать выгорание, как внешний фактор. Стихию, которая тебе не особо подконтрольна. Разве что условно: ты мог добровольно выбрать не ехать в то место, где потом начался ураган. И вот тут я не особо согласен. Мне кажется, человек понимает, что именно он продолжает делать, чтобы выгорать. А ещё для выгорания нужно иметь возможность похандрить, вы уж простите. Так и представляю себе, как выгорает рабочий, который вагоны разгружает. Или кассирша в Пятёрочке. Что-то тяжело мне стало товары пробивать, уйду в саббатикал! Ну ладно, они, допустим, эмоции в работу не вкладывают (а программисты действительно вкладывают, об этом я как-нибудь ещё напишу). Но где у нас выгорание врачей, учителей? Пашут как проклятые же. Это мы, айтишники — неженки, чуть что, сразу психолога мне. Так что и к историям о выгорании я отношусь соответственно, хотя сам подобное проходил. Выгорел — значит, была возможность. Было окно в жизни, которое можно заполнить страданиями. Было достаточно денег, чтобы с работы уйти. Это не отменяет того факта, что субъективно человеку действительно очень плохо и тяжело. Но если я себе ногу отпилю — мне тоже будет очень плохо и тяжело. #dev#life
@clockstackwheels · Post #200 · 03.02.2022 г., 09:11
Я вам буквально несколько дней назад писал о росте зарплаты в IT и экспериментах компаний с другими способами привлечь сотрудников, среди которых введение четырёхдневной рабочей недели. А вот сегодня пришла новость, что Совкомбанк начал такой эксперимент. Правда, пока только для турецкого офиса. Видимо, туркам в своей солнечной стране на море с вечным летом маловато счастья и удовольствия от жизни, не то, что в России. Так что им нужнее. Но если до этого банка дошёл тренд, может и до более крупных игроков в России дойдёт. Хотя персонально я считаю, что более длинный ежегодный отпуск важнее, чем более длинный блок выходных на неделе. #dev#life
@clockstackwheels · Post #179 · 22.01.2022 г., 09:01
В последние годы зарплаты в айти в России растут ещё быстрее, чем обычно. Я читал интересную гипотезу, почему это происходит. До пандемии на крупные корпорации работали тысячи индусов и китайцев, но делали это из подготовленных для работы бизнес-центров. Наступил ковид, и все сели по домам. Жильё среднестатистического индуса это совсем не то же самое, что жильё среднестатистического русского с топовым компом и гигабитным интернетом. В странах третьего мира проникновение таких вещей в дома очень скудное. А дешёвую (относительно местных цен) рабочую силу где-то брать надо. Куда пришли хантить? Правильно, в Россию и СНГ. И предлагать доллары. Без релокации, конечно же, ковид ведь. Говорят, даже перестали требовать какой-то вменяемый уровень английского (а это один из главных тормозящих факторов при утечке российских IT-мозгов). Такие предложения подняли и локальный уровень зарплат: зачем идти в местную контору на 300к, если можно пойти в зарубежную на $5000? Бизнесы стиснули зубы, но зарплаты стали повышать. В какой-то момент и этого стало мало. Ну не сойдётся математика, если российская компания будет платить разработчикам по 500к. Так что, стали появляться слухи о том, что работодатели соглашаются на четырёхдневку. Конечно, прогрессивному миру уже становится понятно, что 40-часовая рабочая неделя это фейк, и никто эти 40 часов с полной отдачей не работает. Но до России такие тренды обычно доходят или спустя десятилетия или никогда. С одной стороны, я не хочу, чтобы больше людей приходило в айти. Чем их меньше, тем я более ценен. С другой стороны, если все придут в айти, то это вызовет три полезных эффекта: - Программисты свои зарплаты тратят на покупку вещей и услуг, в том числе внутри страны, это вливание в экономику. - Отток специалистов из других областей вызовет рост их ценности и зарплат. - В айти активно продвигается культура уважения к сотрудникам, work/life balance, предоставление каких-то других преимуществ помимо денег. Пусть больше людей рассказывают своим друзьям о том, как они работают без начальника-самодура, посылающего за сигаретами, как им дают отгулы за переработки, как их мнение выслушивают, и как следят за психологическим состоянием подчинённых. Если люди начнут считать уважение к себе стандартом де-факто, это может подвинуть точку пересечения интересов работодателя и соискателя в пользу последнего. Но в этом посте я не буду рекомендовать вам перейти в айти, если вы ещё не. На самом деле система сама себя стабилизирует. Абсолютно все хорошие разработчики, которые мне известны — это люди, изначально получающие удовольствие от решения определённых задач. Я бы сказал, что если вы уже не разработчик, то это судьба, за очень редкими исключениями. В основном те из моих знакомых, кто брался за это во взрослом возрасте, быстро бросали из-за отсутствия интереса. А чтобы так концентрироваться на предмете, как того требует программирование — нужно быть в этом предмете очень заинтересованным. Ещё сейчас идёт рост nocode/lowcode продуктов, но я к нему отношусь скептически. Напишу об этом как-нибудь в другой раз. #dev#life
@clockstackwheels · Post #131 · 04.01.2022 г., 13:31
Инструмент, которым мы делаем работу, очень важен. Да, хороший мастер плохим инструментом сделает лучше, чем плохой — хорошим. Но если речь об эмоциях и удовольствии от работы, здесь удобный и приятный в использовании инструмент значит очень многое. Я ненавидел сверлить стены, пока не купил аккумуляторный перфоратор. Обычным проводным это было мучение: каждый раз искать или розетку рядом или доставать и разматывать удлинитель. А ещё следить за тем, где там провод, и чтобы он не запутался в ногах, тем более когда ты на лестнице. Теперь же я только и ищу, чего б такого просверлить. Аккумуляторный перфоратор — 12/10, стоит каждого рубля. Подобного много. Собирать мебель приятнее шуруповертом с нужной битой, нежели шестигранником, который кладут в комплект. Делать прямые распилы приятнее циркуляркой, а не лобзиком. Класть плитку приятнее с лазерным уровнем и системой выравнивания. И так далее. В программировании аналогично. Я очень высоко ценю удобство языка, на котором пишу. Возьмём к примеру сверлильный станок: он тяжелее, сложнее и занимает больше места, чем дрель. А ещё не везде его можно применить. Но там, где можно, станок позволяет вам выдерживать угол. По сути вся его роль в том, чтобы взять на себя вес дрели и помешать вам сделать ошибку. Мешать делать ошибки — важное свойство инструмента. Именно поэтому я предпочитаю языки с типами. Да, хороший мастер и обычной дрелью просверлит не хуже. Но, напомню, речь идёт об удовольствии, об эмоциях, а не только о результате. Система, которая не даёт сделать ошибку, не только более надёжна сама по себе, но и много приятнее в плане эмоций. Когда ты сложил весь пазл, и последний кусочек идеально вошёл в своё место — это чувство удовлетворения сравнимо с тем, как ты вставляешь новую строчку в программу, и она без ошибок подходит по типам, а из списка подсказок IDE можно брать самые верхние пункты. #life#dev
@j_projects · Post #59 · 14.06.2024 г., 09:50
After attending 👑 the GitHub Constellation24 event in-person 🚶♂️, I am feeling motivated enough to contribute open source and give back to the community. 👨💻 #dev#github
@clockstackwheels · Post #586 · 06.10.2022 г., 17:27
Сегодня на митапе VK Mini Apps рассказали о нововведениях, и там много того, что хотелось бы иметь лет пять назад. Например, сервис можно будет встроить в страницу пользователя и производить с ним какой-то дополнительный вид взаимодействия за пределами возможностей самого ВК (скажем, записаться на ноготочки). Или особая интеграция в сообщения, похожая на HTML5 режим у телеграм-ботов. Вообще обидно, что столько выстрелов в холостую. Я никогда не переставал говорить, что технически ВК в лидерах рунета. Инструментарий для блогов топовый, почти ни у кого нет ничего подобного по возможностям и удобству, в том числе за рубежом. Платформа приложений тоже очень богатая на функции. А обидно, потому что всё это делается на выжженной земле, где почти не осталось взрослых активных пользователей. Вот вы это читаете и наверняка большинство из вас не пользуется миниприложениями и не знает людей, которые пользуются. Да и в ВК очень многие уже заходят максимум в личку. Я смотрю на страницы в списках друзей, и там аватарки пятилетней давности, а записи на стене десятилетней, в лучшем случае. При этом разработка продолжается. Статьи на Хабре от ВК очень крутые, без шуток. Вкладывается много труда и интеллектуальной работы. Странное ощущение от этого всего. Но я пока и там тоже, как и обещал, как минимум до конца года. #web#dev
@clockstackwheels · Post #517 · 26.08.2022 г., 18:34
Сервис Heroku объявил о том, что с ноября убирает бесплатные тарифы. Heroku это такой облачный провайдер, который даёт вам не голый сервер, а готовую инфраструктуру, где вы можете достаточно простым способом развернуть веб-приложение практически на любом языке. Если обычные сервера оперируют вводом консольных команд, которые задаёт разработчик, то в Heroku достаточно кинуть правильно сконфигурированный репозиторий с исходным кодом, сервис сам его соберёт и запустит. Это очень удобно во многих случаях, но в основном, например, для прототипирования и хакатонов. Неоднократно пользовался. Компания в официальном блоге написала пафосный текст о своей великой миссии, которая, к глубочайшему сожалению авторов, не совместима с наличием бесплатных тарифов. Жизни себе не находят, страдают, бедные, но вынуждены оставить только платные опции. Простой экземпляр облака теперь будет стоить $7 в месяц. Проблема в том, что за $5 в месяц можно на DigitalOcean взять выделенный сервер с автоматически предустановленной на него системой Dokku. Даже ничего делать не нужно, там буквально в интерфейсе есть одной кнопкой "Создать сервер с Dokku". Dokku — это консольный Open Source аналог Heroku. В него можно запушить репозиторий с кодом, после чего ваше приложение автоматически соберётся, задеплоится, пробросится на правильные порты, выведется на поддомен. Эта штука сокращает сложность деплоя в десятки раз. Я сижу на Dokku уже несколько лет и не перестаю восторгаться, насколько значительно она экономит время и нервы. И теперь у Heroku фактически не осталось преимуществ. Разве что в Heroku есть GUI, но зато выделенный сервер, на котором будет выполняться Dokku, существенно более гибок и функционален. Так, с помощью плагина вы можете в том же Dokku бесплатно поднять СУБД, которая у Heroku теперь будет отдельным инстансом от $9 в месяц. О бОльшей защищённости данных я вообще молчу. Теперь пользоваться Heroku имеет смысл только либо если вы просто не знаете об альтернативе, либо если ленитесь переехать. Но насчёт лени я уже писал ранее о разграничении субъективного выбора и объективно эффективного — если небольшой одноразовый вклад сил позволит вам потом получать преимущество постоянно и систематически, то отказываться от такого вклада неправильно. Здесь аналогичная ситуация. #web#dev