Comments 54
UFO landed and left these words here
то есть помнить правила в 25ти разных стратегических игр вы можете, а раз или два в месяц зайти и ткнуть (как часто он меняет что-то в доменных именах или ищет подрядчиков в апворке?) — это уже ужас-ужас?
UFO landed and left these words here
Непростая задача, но даже если оно и умерло — обычно это не так страшно. Зачастую можно ткнуть заново, чтобы оно ожило, а даже если и не получается — то Google в помощь, можно разобраться, чего это оно умерло…
Почему бы и нет? Опытный фуллстек-разработчик вполне нормально может с этим справится.
Про PyCharm, как противопоставление VSCode, Atom или крутым IDE улыбнуло :)
PyCharm это олдскул?
Вимщики и эмаксеры щас закидают автора яйцами

vim и emacs все же не IDE. И потом, никто не мешает комбинировать. Я вот использую PyCharm с IdeaVim много лет. Если 10 лет назад в IdeaVim было много шероховатостей, то последние лет 6 вполне комфортно работать.

Я до перехода на PyCharm пытался сделать IDE из Emacs много лет. Не стоит оно того, на мой взгляд. Усилий затрачивается масса, человеко-месяцы, даже человеко-годы. А результат все равно в разы хуже PyCharm по удобству и возможностям.


Для себя сделал вывод, что с определенного момента мне проще заплатить за PyCharm, чем тратить человекомесяцы на поддержание франкенштейн-IDE.


На vim/IdeaVim перешел не из-за этого, а потому что тунельный синдром запястья стал серьезной проблемой, которая бесследно прошла после смены сочетаний клавиш Emacs на vi.

Gusto для выплат себе и некоторым подрядчикам, если они не с Upwork.
Upwork для поиска подрядчиков.

Судя по вот этому моменту из списка в конце статьи, автор иногда привлекает фрилансеров для какой-то части работы.

Масса полезной информации по организации стартапа.
Каждый совет заслуживает внимания.

Я, прежде чем остановился на Gusto, сначала работал с PayChex и ADP.
Если бы знал раньше о Gusto, сэкономил бы время и деньги.
Вобщем, внимательно читаю… :)
Ну точь в точь стек для моих pet projects. Только у меня с докерами и нормальным CI/CD, который позволяет спокойно и расслабленно кодить, не волнуясь что там что-то пойдет не так. При чем CI бесплатный на gitlab был сделан сразу чтобы не отвлекаться потом на такие вещи, а заниматься только кодом.
Для серверов предусмотрен серьёзный оверхед на случай какого-то огромного всплеска посещаемости из-за попадания в прессу или чего-то ещё.
Интересно что это значит. Что сейчас все крутится на больших серверах, используется 1% мощности и за все платится с оверхедом?
Потому что конструкция автора как-то не выглядит особо scalable. Для пет проджекта это понятно, но походу какой-то рост у автора в планах не предусмотрен.
production-pangu — производственный сервер, на котором я иногда запускаю одноразовые скрипты и тестирую изменения.

На продакшне. ОК.
Непонятно чем ваш подход надежнее: тут запускается скрипт, человек на него смотрит и, в случае ошибки, немедленно что-то сделает. CI/CD — это тот же скрипт только по коммиту — вряд ли запуск отсматривается человеком, а, значит, информация о проблемах (а куда без них время от времени) будет получена позже.

> Интересно что это значит. Что сейчас все крутится на больших серверах, используется 1% мощности и за все платится с оверхедом?

Да, в статье есть скриншот — там до 10% загрузка CPU.

Единственно, если ничего интересного от AWS не используется (ни LB, ни автоскейлинг, ни preemtive vms) я бы переехал на DigitalOcean — должно получиться в 2 раза дешевле.

> На продакшне. ОК.

В old school это называется install server или jump host, совершенно обычная практика.
Вы серьезно спрашиваете про CI/CD? По-моему вы не имеете представления что это такое.
Да, в статье есть скриншот — там до 10% загрузка CPU.
Об этом и говорю, просто переплачивает.
(ни LB, ни автоскейлинг,
Чтобы использовать автоскейлинг нужно строить scalable приложение.
В old school это называется install server или jump host, совершенно обычная практика.
Замечание было о дебаге на продакшне вообще, а не как это делать. И нет — это не обычная практика, это очень плохая практика.
Респект человеку за то что смог допилить продукт и вывести на рынок в пригодном для пользования виде. Вижу пару возможных проблем:
— lb нода 1 и она судя по описанию ec2 инстанc, поменять бы на alb и спать спокойно;
— судя по именам и какойто вебморде для ансибла автоскейлинг не используется.
Ну и деплой скриптами…
Очень полезная статья для организации собственного проекта. Понравилось, что автор не идет по пути исключительно хайпа и пропагандирует принцип «Лучше сделать что-то не сильно красиво, но полезное кому-либо, чем полировать идею и так и не воплотить ее». Однако разработка в мастере без веток ИМХО спорный вариант. Даже для одного человека в команде :)
Работаю по аналогичной схеме, тоже одна ветка.
Просто привыкаешь постоянно интегрировать все апдейты в одну систему, и всё. Не ради кого поддерживать легаси, ты сам единственный постоянный потребитель своего кода.
Дело вкуса, как я понимаю. Мне привычнее делать под каждую фичу отдельную ветку с последующим PR-ом. Меня это не напрягает и не тормозит. Зато при возможном расширении команды не придется перекраивать процесс разработки.
Отличная статья, единственное, CI я бы все-таки добавил, с ним жизнь куда «скучнее»))
Удивило то, как выглядит коворгинг.
В нашем городе это больше походило на большой бетонный склад со столами.
Гламурными макбуками со смузи там и не пахло.
«Бизнесмены» еле сводили концы с концами.
Так это wework — они на инвестициях (вроде бы не прибыльны еще).

У нас актуальнее просто снимать комнату в офисном центре (или даже квартиру, особенно если несколько человек). Немного больше проблем (уборка, интернет, обустройство кухонного уголка, мебель), но дешевле и во многом удобнее.
мы живем в крутое время, когда один человек может создать что-то интересное сам или с небольшой помощью. Я пока только в начале этого пути(
Вопрос по MacBook Pro. Объясните непосвященному, чем обусловлен такой выбор у огромного числа разработчиков? Экран с Ретиной если только. Что еще привлекает в сравнении не не-эпловыми ноутоами?
DISCLAIMER. Все что написано ниже — мое личное мнение.
— огрызки качественно собраны, легкие, довольно автономные, имеют под капотом весьма качественное железо.
— OS X — unix с человеческим лицом. Сочетает в себе плюсы *nix и винды. Да, у современных дистрибутивов linux лицо тоже вполне человеческое, но иногда бывают танцы с драйверами или чем-то подобным. OS X работает из коробки, и умеет то, что нужно разработчикам. Удобный шелл, скрипты, etc…
Сижу на Fedora — все так же работает из коробки, апдейты идут гладко, тот же VSCode имеется. По железу, кроме экрана, все остальное найти можно и помощнее, и намного дешевле.
Зачем экономить на экране, когда можно подключить ноутбук к хорошему внешнему монитору, без которого все равно работать не очень удобно?

На маке очень хороший встроенный дисплей, и потому работать вполне удобно, особенно бэкендерам, которым не нужен инспектор в браузере.

Учитывая, что многие из них любят зависать с макбуком в лаунж-зонах, вероятно, смотрят её по свайпу со второго воркспейса.

— OS X — unix с человеческим лицом. Сочетает в себе плюсы *nix и винды

Убогий интерфейс с вырвиглазным дизайном и невозможность тонкой настройки под свои нужды нивелируют это.
OS X работает из коробки, и умеет то, что нужно разработчикам.

Есть проблема что пока все «просто работает» то всё классно, но если что-то не работает то оно «просто неработает» и хоть ты тресни.
Удобный шелл

Это который недалеко ушёл от xterm?
1) О вкусах не спорят. Кому-то вырвиглазный, кому-то норм.
2) Он ушел далеко от виндовых cmd и powershell (хотя я хз что там в последних версиях windows. Может тоже все неплохо).
2) Он ушел далеко от виндовых cmd и powershell (хотя я хз что там в последних версиях windows. Может тоже все неплохо).

все так же плохо, активно пилят github.com/microsoft/terminal но пока еще сырой, может и выстрелит.
UFO landed and left these words here
>iTerm2
Он вроде давно не поддерживается.
Но в последних версиях макоси таки допилили родной терминал.
UFO landed and left these words here
Дело не в MacBook, а в macOS. В т.ч. python, ruby, etc: комфортная работа с environment (типа brew и всяких rbenv), как следствие, более высокий КПД и отсуствие траты время на танцы с бубном.

Не знаю, насчет ruby, а в python комфортная работа обеспечивается не средствами ОС, а различными virtualenv, pipenv, и так далее, которые работают в любой ОС. И в Linux вполне комфортно работать с python в каком угодно environment (и, думаю, ничем не отличается от Mac OS).

только на винде чтобы поставить софт вам надо найти его сайт в инете, скачать и запустить инсталлятор, параллельно выясняется что какой-то пакет вообще под винду не существует, или есть, но в урезанном виде и т.д. и т.п.
на маке вы просто пишете brew install python и все на этом)

К счастью, не знаю, как там на винде. На Linux любой софт я устанавливаю при помощи apt install или pacman -S. Ну и конкретно пакеты для python при помощи pip install.


brew, думаю, был скорее вдохновлен подобным софтом из Linux, нежели первой подобной системой, которую реализовали в Mac OS. К тому же, brew — это вроде бы не официальный пакет и не от Apple. Прошу прощения, если это не так — в жизни не владел техникой Apple, и сужу только по обрывкам информации, которые случайно видел.

я и не спорю, что линукс в плане работы в консоли и установки утилит еще лучше чем максось. brew ставится с сайта, а дальше работает почти как линукс из коробки, макось мне как и многим предпочтительнее линукса именно из-за намного более user-friendly UI и полного отстуствия необходимости хоть что-то чинить в самой системе руками. но это уже дело вкуса, в отличие от преимуществ перед windows.
Как написали уже,
  • Обычно это работающий девайс «из коробки» без каких-либо телодвижений.
  • Экран действительно хорош и многие дизайнеры в восторге от возможности таскать такой экран с собой и работать везде.
  • Инфраструктура и приложения — опять же многие помимо ноутов и компов имеют еще и айтелефоны и айпланшеты и синхронизация между устройствами кому-то да важна.

P.S. Сейчас пользуюсь ноутом с Mint/Win10 (больше для работы), но был когда то мак стационарный и был им весьма доволен.
Потому что винда уж порядком задолбала и надоела, особенно после висты. А линукса все еще остерегаются из-за страхов и мифов из девяностых, когда это была сырая система.
Сегодня по-моему любой распостраненный дистр будет как минимум не уступать макоси. С точки зрения удобства разработчика, конечно. Про девопсов, сисадминов и т.д. вообще говорить не приходится.
К тому же в последнее время железо от аппла вызывает очень много вопросов. Ладно еще гнаться за тонкотой в телефонах, но в компах то зачем??

Они шустрые, почти никогда намертво не зависают, а если что то в нем и зависает, то оно не вешает перформанс намертво, вы можете посерфить в бразуере пока ваша софтина повисла из за бесконечного цикла. Удобная организация нескольких рабочих столов в дополнение к идеальному тачпаду даёт вам возможность имея один 15 дюймовый экран чувствовать себя приятнее чем, с двумя большими под виндой или линуксом. Ну и на нем можно реально автономно покодить 8 часов.

Познавательно, всегда интересно посмотреть, как другие делают свои проекты.
Любопытно, что у автора статьи для всего использованы EC2 инстансы, а не аналогичные сервисы амазона, такие как Elasticsearch Service, RDS, кэш и API от Cloudfront, Lambda, SQS, Cloudformation для разворачивания всего этого, CodeCommit для хранения кода и т.д. Не совсем понятно, с чем это связано.

Минимальный вендор-лок или тупо дешевле (вариант — предсказуемей) по деньгам

Побольше бы таких статей. Знает кто как искать? Можно и на английском
Спасибо за перевод, хорошая статья и сервис.
Оказывается, что-то полезное можно сделать и одному :)
Only those users with full accounts are able to leave comments. Log in, please.