Если у вас отдельная модель для описания таблицы, то чем это проще обычных миграций?
Вы же сами пишете: раздражало что при написании миграций в Laravel сначала необходимо прописывать поля в классе модели, а затем эти же поля в миграциях.
А тут разве не то же самое получилось? Сначала правим бизнес-модель, потом модель для таблицы.
Ну вообще это больше похоже на осознанный vendor lock. Ведь никто не мешает не читать обзоры, а просто покупать актуальные самсунги, например (или что-то другое). С айфонами проще "не думать", потому что выбора как такового и нет :)
1) Как я понял, вам в любом случае требуются overqualified-сотрудники, которые "и швец, и жнец, и на дуде игрец" (погружены в бизнес-область, в архитектуру, умеют работать с клиентами, реагируют на инциденты). В рамках одного проекта такие люди могут очень быстро соскучиться. Как решаете вопрос удержания?
2) Как выстроен процесс работы для тех, кто отказался от дежурств (вы упоминаете цифру 10-20%)?
3) По поводу VIP-клиентов не до конца понятно написано. Если там свой уровень доступа, то для таких клиентов нужен свой отдельный дежурный с таким доступом?
Используя Macbook 16 больше года, так и не понял, для чего такие замороки с управлением окнами. Именно для настольного компьютера с мышью это все максимально неудобно и неинтуитивно.
Также могу добавить про неудобный штатный механизм удаления программ.
$ ansible all -i '<ip-address-1>,<ip-address-2>' --user=admin --private-key=~/.ssh/id_rsa -m shell -a "cat /etc/os-release"
К примеру, эта команда вернет содержимое файла /etc/os-release на любом указанном количестве хостов. Это если не хотите пользоваться playbook'ами и создавать инвентари :)
Точно так же можно поставить пакет, создать каталог и т.д (через shell-команды или используя встроенные модули ansible).
У нас в компании сейчас идет фаза перехода с Chef на Ansible. Это оказалось гораздо менее болезненным, чем казалось.
Из статьи не совсем понятно, почему не ansible? Вроде бы тоже все делает через ssh, клиентов на узлах не требует. Не говоря уже про идемпотетность сценариев и прочее…
Автосоздание операций из смс-уведомлений очень удобное. Причём приложение помнит привязку, какой получатель платежа к какой категории привязан.
То есть вручную остаётся заносить только наличные расходы (которые стараюсь минимизировать), а также исправлять категории платежей, если они неверно привязались (например, одному продавцу плачу по разным категориям расходов).
Даже не могу представить себе, как все это можно заносить в Excel (!) вручную (!!).
Спасибо за интересную статью!
Подскажите полному новичку: графический планшет может полностью заменить бумагу?
Есть ли смысл учиться рисованию сразу в цифровом виде?
Касательно недвижимости вроде бы по умолчанию уже есть запрет на проведение операций с помощью ЭЦП. А если такое согласие давали (например, при получении ипотеки), то его можно отозвать (опять через заявление).
Мы не спрашиваем программиста сколько часов/дней уйдёт на задачу, но мы спрашиваем его какова относительная сложность этой задачи в попугаях.
А что вы понимаете под «попугаями»? По-моему, это те же яйца :) Если я правильно понял автора, его подход позволяет программисту избавиться от ответственности за названные «сроки/попугаи» и не думать о них.
Ну вот когда заказчики научатся ставить четкие условия задач со всей их алгоритмической точностью, то почему бы и нет? Другое дело, что это, в свою очередь, недостижимо :)
Кто не заберет свои деньги из этого банка? А кто заберет свои деньги из этого банка? Я не знаю, почему есть те, кто не заберет.
Не очень понял эту мысль. Мне, как клиенту банка, на самом деле все равно где и как банк хранит мои данные. Хранение финансовых данных «не в облаках» никаких гарантий мне не дает.
Если банк соблюдает все регламенты и стандарты, то пусть хранит данные где хочет.
Спасибо, статья супер.
Если у вас отдельная модель для описания таблицы, то чем это проще обычных миграций?
Вы же сами пишете: раздражало что при написании миграций в Laravel сначала необходимо прописывать поля в классе модели, а затем эти же поля в миграциях.
А тут разве не то же самое получилось? Сначала правим бизнес-модель, потом модель для таблицы.
Ну вообще это больше похоже на осознанный vendor lock. Ведь никто не мешает не читать обзоры, а просто покупать актуальные самсунги, например (или что-то другое). С айфонами проще "не думать", потому что выбора как такового и нет :)
Спасибо за статью.
Если позволите, несколько вопросов:
1) Как я понял, вам в любом случае требуются overqualified-сотрудники, которые "и швец, и жнец, и на дуде игрец" (погружены в бизнес-область, в архитектуру, умеют работать с клиентами, реагируют на инциденты). В рамках одного проекта такие люди могут очень быстро соскучиться. Как решаете вопрос удержания?
2) Как выстроен процесс работы для тех, кто отказался от дежурств (вы упоминаете цифру 10-20%)?
3) По поводу VIP-клиентов не до конца понятно написано. Если там свой уровень доступа, то для таких клиентов нужен свой отдельный дежурный с таким доступом?
Подскажите плиз, звучат 65 (bt) и 40 (провод) одинаково?
А для меня родной способ установки/удаления - это протекающая абстракция, так как я знаю, что многие программы состоят не только из своих бинарников.
Имею похожий опыт.
Используя Macbook 16 больше года, так и не понял, для чего такие замороки с управлением окнами. Именно для настольного компьютера с мышью это все максимально неудобно и неинтуитивно.
Также могу добавить про неудобный штатный механизм удаления программ.
Ни разу не встречал удобного применения этого элемента управления.
Обычно вижу его в фильтрах интернет-магазинов, где всегда удобнее ввести цифры, чем ловить пиксели этой штукой :)
Именно поэтому я стараюсь не ставить приложения при наличии сносных веб-версий
К примеру, эта команда вернет содержимое файла /etc/os-release на любом указанном количестве хостов. Это если не хотите пользоваться playbook'ами и создавать инвентари :)
Точно так же можно поставить пакет, создать каталог и т.д (через shell-команды или используя встроенные модули ansible).
У нас в компании сейчас идет фаза перехода с Chef на Ansible. Это оказалось гораздо менее болезненным, чем казалось.
Из статьи не совсем понятно, почему не ansible? Вроде бы тоже все делает через ssh, клиентов на узлах не требует. Не говоря уже про идемпотетность сценариев и прочее…
Плюсую за ДзенМани.
Автосоздание операций из смс-уведомлений очень удобное. Причём приложение помнит привязку, какой получатель платежа к какой категории привязан.
То есть вручную остаётся заносить только наличные расходы (которые стараюсь минимизировать), а также исправлять категории платежей, если они неверно привязались (например, одному продавцу плачу по разным категориям расходов).
Даже не могу представить себе, как все это можно заносить в Excel (!) вручную (!!).
Подскажите полному новичку: графический планшет может полностью заменить бумагу?
Есть ли смысл учиться рисованию сразу в цифровом виде?
А что вы понимаете под «попугаями»? По-моему, это те же яйца :) Если я правильно понял автора, его подход позволяет программисту избавиться от ответственности за названные «сроки/попугаи» и не думать о них.
Не очень понял эту мысль. Мне, как клиенту банка, на самом деле все равно где и как банк хранит мои данные. Хранение финансовых данных «не в облаках» никаких гарантий мне не дает.
Если банк соблюдает все регламенты и стандарты, то пусть хранит данные где хочет.
Что вы хотели этим сказать?