А что в рабочей зоне происходит с жидкостью? проиходит ли разложение на кислород и водород? (ну вдруг)
Давным давно на хабре была статья «Может ли вода гореть» (или можно ли поджечь океан, как то так), вспомнилось по теме, там тоже были разряды, кавитация, и прочая чертовщина)
BTW, миксины проще тестить поотдельности, и получить в итоге точно работающий проект. То что вы не писали тестов — разве это аргумент в пользу «метапрограммирование — это плохо»?
Rails был первым блином (комом), и таким достаточно долго и оставался (да что там, и остается до сих пор)). Но затем появились более правильные подходы к проектированию таких больших систем. Как хороший образец кода можно посмотреть Sequel и Shrine. Затем появился Dry и Hanami. Отсуствие метапрограммирования в современном мире — это дичайше неудобно.
Автор третий год сидит в москве, за это время полученные потом и кровью знания двух языков постепенно вымываются из головы. Ну и зачем все это было?
Почему после решения семейных вопросов автор не начал рассылать резюме в испанские компании? Рынок it там конечно не такой чтобы фонтан, но все же европа…
Да. Поэтому у меня есть второй алиас. Он удаляет базу, создает заново, вливает туда дамп с прода (кторый лежит локально по известному пути), и докатывает миграции которые отсуствуют на проде. После этого можнон прогать.
Вы так говорите как будто каждая миграция выполняется по минуте.
Для сравнения — на довольно старом (ruby) проекте 100 миграций испольняются секунд за 7. Поэтому я сразу делаю себе алиас а баше, который дропает базу, потом создает ее, и накатывает все миграции. Все! Нет больше никаких страданий «а тут мы написали неправильный down для миграции и все рассыпалось». Проще накатить начисто при переключении ветки.
А где же про технологии работы? Почему например у дорогих Хуавеев даже кейс является блютус-устройством ( как у аирподсов), а у дешевых ушей — нет. Что там про технологии когда один из ушей становится ведущим и пересылаеет сигнал на другое ухо, в противовес когда уши работают как два независимых устройства (но видные как единное устройство, ксатати, как это?)
У меня были дешевы i10 которые померли и теперь я обладатель Хуавеев.
Да, макось это юникс, а в юниксе не принято
1) держать данные и код вместе
2) удалять данные приложения когда удаляется кода приложения
И это — хорошее и правильное поведение!
Некоторые программы имеют деинсталляторы явно, для других программ можно найти рецепты как удалить все данные.
Есть довольно определенные места где программа может складывать данные в папке пользователя. Такие как ~/Library/Application Support/%program name% или ~/.config/%program name%
Удаление приложения методом переноса в корзину — это супер-удобно!
Давным давно на хабре была статья «Может ли вода гореть» (или можно ли поджечь океан, как то так), вспомнилось по теме, там тоже были разряды, кавитация, и прочая чертовщина)
Как поставить mkvirtualenv — кажется описано тут, но это неточно
Потом не забудьте
Rails был первым блином (комом), и таким достаточно долго и оставался (да что там, и остается до сих пор)). Но затем появились более правильные подходы к проектированию таких больших систем. Как хороший образец кода можно посмотреть Sequel и Shrine. Затем появился Dry и Hanami. Отсуствие метапрограммирования в современном мире — это дичайше неудобно.
Почему после решения семейных вопросов автор не начал рассылать резюме в испанские компании? Рынок it там конечно не такой чтобы фонтан, но все же европа…
Для сравнения — на довольно старом (ruby) проекте 100 миграций испольняются секунд за 7. Поэтому я сразу делаю себе алиас а баше, который дропает базу, потом создает ее, и накатывает все миграции. Все! Нет больше никаких страданий «а тут мы написали неправильный down для миграции и все рассыпалось». Проще накатить начисто при переключении ветки.
У меня были дешевы i10 которые померли и теперь я обладатель Хуавеев.
VDSина, вы даже реккуррентные платежи (и пост оплату) у себя запилить не в состоянии, а уже статье на хабр калякаете.
1) держать данные и код вместе
2) удалять данные приложения когда удаляется кода приложения
И это — хорошее и правильное поведение!
Некоторые программы имеют деинсталляторы явно, для других программ можно найти рецепты как удалить все данные.
Есть довольно определенные места где программа может складывать данные в папке пользователя. Такие как ~/Library/Application Support/%program name% или ~/.config/%program name%
Удаление приложения методом переноса в корзину — это супер-удобно!