Зашел чтобы прочитать коментрарии про жизнь в ЮК :) Я со многими пунктами по ценам из вашего первого коментария согласен. Даже в Бристоле приличную квартиру дешевле 1500 найти довольно сложно. Мы сейчас платим 995 за квартиру, но она далеко не лучшая и эта цена 2018 года. Сейчас это будет >1200.
Но вот где я с вами не согласен — это страховка на авто. Жена получила местные права и почти сразу оформили comprehensive страховку на 10 месяцев за чуть больше 800 фунтов. В этом году (второй год с правами) они снизили цену до ~650. Мы нашли дешевле и сказали что уходим. Они скинули до 450. Это отнимает много времени и сил, но можно пользоваться сайтами для сравнения: они экономят много денег (на страховках, интернете, энергии и т.д.). Еще money saving expert и прочие сайты очень помогают в том чтобы не выкидывать сотни на ветер.
Есть нюансы. Например, высокие цены могут быть если вам за 40 (или 30?) и у вас нет опыта вождения в ЮК или если были инциденты и т.д.
Да, я так и сделал. Только пришлось это все делать на каждом девайсе т.к. роутер, который они предоставляют — это какая-то обрезаная версия D-Link 3782 в которой нет возможности поменять DNS.
Я думаю, посыл примерно такой: чем больше у вас инфраструктуры — тем больше ресурсов нужно на обслуживание. Иногда имеет смысл отдать обслуживание части инфраструктуры специализированной команде. Пусть разворачивание, обновление, мониторинг и решение потенциальных проблем с мастер нодой будет их головной болью а вы будете фокусироваться на решении проблем вашего бизнеса.
Очень упрощено, но это как переход от размещения серверов в офисе к размещению в дата-центре: кто-то другой контролирует доступ уборщиц к железу, использование систем пожаретушения и т.д. (или не контролирует). Или как переход от покупки\аренды физического железа в дата-центрах к аренде ресурсов у облачных провадеров. Теперь переход от собсвенного мастер сервера к сервису.
Я к тому, что нужно учитывать что не всем это нравится и не во всех культурах это приемлемо. А международные конференции — это места где все должны себя чувствовать в безопасности независимо от пола, религии и сексуальных предпочтений.
P.S.: Во втором вопросе хотел написал "это нормально?"
Kubectl wait на данный момент это pkg связанный с cli. А хочется подключить этот wait в свое приложение.
Кстати, несколько месяцев назад (после разбивки kubectl команд на пакеты) на одном из sig-cli митингов обсуждалось нужно ли делать пакеты вроде экспортируемыми или нет. Вроде как пришли к тому что некоторые пакеты будут "повышаться" в общий пакет (на подобии cli-runtime), но конкретных планов по реализации этого я не видел.
Как библиотека — выглядит хорошо с первого взгляда: обертка с простым и понятный интерфейсом (проще чем использовать client-go). Как CLI — мне кажется, вы повторяете то что уже есть в kubectl. Поправьте меня, если я ошибаюсь, но:
Для слежения за состоянием можно использовать kubectl wait
Для слежение за логами в стиле tail -f есть флаг -f/--follow в kubectl logs
kubectl apply + kubedog rollout track, выглядит как тоже самое что kubectl apply --wait=true
Подумайте над тем чтобы предложить свою помощь в улучшении kubectl ребятам из sig-cli ;)
Я системный администратор, и мне нужен маленький лёгкий ноутбук, который всегда будет под рукой. И в рабочее время, и когда я отдыхаю за тридевять земель.
Мне раньше казалось это нормальным, но в какой-то момент отношение к жизни поменялось… Сейчас я считаю, что если человеку приходится работать внерабочее время значит он делает со своей жизнью что-то не так: неправильно выбрал работу или сам поставил себя в ситуацию когда он стал незаменимым.
Я не рекомендовал бы следовать советам про контрасты: ребята, которые писали эти советы, не думали про доступность этого дизайна для людей с проблемами зрения. Это бросается в глаза с первых же примеров. Они не пройдут WCAG AA (не говоря уже про AAA).
Во-первых, я и мои коллеги работаем используя дизайн в браузере. Я знаю об этом не понаслышке. Ниже я об этом писал.
Во-вторых, утверждение "Дизайнер должен дизайном заниматься используя соответствующие инструменты." не имеет под собой аргументов. Автор статьи привел аргументы почему он считает дизайн в браузере хорошей идеей. Я с ним согласен. Вы же в ответ просто говорите "должен и точка".
Ой, пропустил аргумент. Ваш аргумент — это годы вашего опыта. Только вот они ничего не говорят о том какой вы специалист. Когда я увидел этот "аргумент" я вспомнил собеседование человека, который утверждал что у него 7 лет опыта PHP. Да, он знал основы, но что происходит в современном мире и куда движется PHP и web в целом он представления не имел. Его знания о PHP остановились на стыке PHP 4 и 5. Другими словами из 7 лет его опыта работы он был 2-3 года (на момент собеседования) в теме происходящего. Возможно он хороший специалист в своем проекте и знает его вдоль и поперек, но он не соответствует современным требованиям к PHP-разработчикам.
Тоже самое с дизайном в браузере. Возможно сейчас это не так широко распространено, но я уверен что разрыв между дизайном и реализацией будет сокращаться за счет выкидывания излишних этапов и совмещения ролей. Я не знаю как дела обстоят у вас в стране, но в Беларуси еще 3-4 года назад компании искали отдельно верстальщика и отдельно javascript разработчика. Сейчас эти роли чаще всего совмещаются. Еще есть вакансии js-разработчика, но это обычно сложные приложения с большим кол-вом взаимодействия с бэкендом, а не просто взаимодействие с пользователем. Еще я изучал спрос в Великобритании и там похожая ситуация — отдельно верстальщик никого не интересует. И в огромном кол-ве вакансий для дизайнеров кроме инструментов которые вы перечислили требуется знание HTML/CSS.
В общем, как вам работать — это дело ваше. Я никого не заставляю делать дизайн в браузере. Я предлагаю подумать и, возможно, попробовать. Не хотите — не нужно.
Это проблема процесса работы с заказчиком, а не подхода. Вы будете страдать, если не построите нормальные отношения с заказчиком с любым подходом. Подумайте над итеративной разработкой. Грубо:
Ниже я давал ссылку на Design In The Browser Bootstrap. Там есть инструкции по установке. К нему нужны зависимости (node, php). Инструкции по их установке тоже в сети можно легко найти.
Плюс у дизайнера наверняка есть коллеги-программисты, которые могут помочь разд-два настроить окружение, если возникнуть проблемы. Дальше дизайнер будет способен сам это сделать.
Не выдумывайте. Уже есть готовые инструменты в которых все сконфигурировано за вас и рассказано что нужно запускать. Вам нужно следовать инструкциям. Конечно какие-то технические знания придется подтянуть\получить.
Клиенты, кстати, в восторге когда им показываешь дизайн в браузере. Мы все чаще и чаще применяем этот подход.
Я думаю, что за таким подходом будущее и если дизайнер не будет учиться и развиваться, то в какой-то момент он окажется в положении в котором оказались актеры немого кино, которые отказывались сниматься в фильмах со звуком.
Я считаю, что для того что бы знать где все поломается, а где будет работать, вы должны видеть материал и взаимодействовать с ним в его естественной среде обитания.
О, да! Я когда-то (во времена IE6) был верстальщиком и меня жутко бесило, что дизайнеры рисуют красивости без понятия что это реализовать невозможно (или очень трудно). Я тогда считал что дизайнер должен иметь представление о HTML, CSS и JS и как оно работает в разных браузерах. В идеале — должен уметь сам верстать и писать простенькие скрипты. Знакомые дизайнеры говорили, что не нужно дизайнеру это. Мол дизайнер — это человек искусства! Ага!
Сейчас в браузере, мне кажется, реализовать можно практически все и надобность знать техническую часть частично отпала. Все браузеры умеют png с прозрачностью и даже SVG! Но идея делать дизайн в браузере мне все равно кажется хорошей по упомянутым автором причинам. Мы с коллегами так и работаем. Прототипы делаются в разных инструментах (Adobe XD в последнее время), но дизайн делается в браузере в большинстве случаев.
Согласен с рекомендацией по Shay Howe. Очень хороший материал для новичков и для тех кто знает основы, но хочет подтянуть знания за последние лет 5. Там есть еще есть Advanced часть. Она немного слабей (в плане подачи материала), но в целом тоже хороша. Я сам читал по диагонали, но Жена недавно училась по его учебнику и очень осталась довольна.
Инструменты. Вы, возможно, слышали про подход который называют Atomic Web Design. Есть довольно неплохой инструмент Pattern Lab. Подход позволяет сделать декомпозицию вашего дизайна, а Pattern Lab помогает сделать что-то вроде стайл гайда в браузере и сразу писать шаблоны, которые потом смогут использовать на реальном проекте (больше всего подходит под PHP т.к. использует шаблонизатор Twig, но мы с Django проектами тоже используем — синтаксис похож).
Мои коллеги сделали Design In The Browser Bootstrap, который объединяет Pattern Lab и включает в себя готовые скрипты для сборки статики. Автопрефиксеры, ES2015 и т.д. Возможно будет полезно.
Запросы пишет не Django ORM, а человек. Django ORM — это инструмент. Если человек не понимает/не знает как работает инструмент — это проблема человека, а не инструмента.
Если с Django ORM действительно что-то не так — у человека есть возможность исправить инструмент.
В последний раз, когда я пробовал Drone 0.5, cache секция работала как в версии 0.4, но с учетом нового синтаксиса версии 0.5. Сейчас в документации для 0.5 я ничего про эту секцию конфига не нашел. Возможно решили выкинуть из ядра.
Вы в этом уверены? Поддержки s3 из коробки нет, но, насколько я помню, в конфиге есть секция cache в которой можно задать директории, которые нужно сохранять между билдами. Например для сохранения node_modules или виртуального окружения Python.
С Vagrant нужно разбираться, когда вы собираетесь писать свою конфигурацию. Тут конфигурация уже есть и нужно просто запустить vagrant up. А, ну и, очевидно, нужно установить сам Vagrant и VirtualBox.
Демо инсталляция, конечно, все намного упростила бы :) Есть довольно большая вероятность, что она появится в ближайшее время.
Зашел чтобы прочитать коментрарии про жизнь в ЮК :) Я со многими пунктами по ценам из вашего первого коментария согласен. Даже в Бристоле приличную квартиру дешевле 1500 найти довольно сложно. Мы сейчас платим 995 за квартиру, но она далеко не лучшая и эта цена 2018 года. Сейчас это будет >1200.
Но вот где я с вами не согласен — это страховка на авто. Жена получила местные права и почти сразу оформили comprehensive страховку на 10 месяцев за чуть больше 800 фунтов. В этом году (второй год с правами) они снизили цену до ~650. Мы нашли дешевле и сказали что уходим. Они скинули до 450. Это отнимает много времени и сил, но можно пользоваться сайтами для сравнения: они экономят много денег (на страховках, интернете, энергии и т.д.). Еще money saving expert и прочие сайты очень помогают в том чтобы не выкидывать сотни на ветер.
Есть нюансы. Например, высокие цены могут быть если вам за 40 (или 30?) и у вас нет опыта вождения в ЮК или если были инциденты и т.д.
Да, я так и сделал. Только пришлось это все делать на каждом девайсе т.к. роутер, который они предоставляют — это какая-то обрезаная версия D-Link 3782 в которой нет возможности поменять DNS.
В UK некоторые провайдеры (TalkTalk например) http трафик в случае если реального домена нет редиректят в одно из двух мест:
http://password.asdfasdfasfd
, например, сейчас редиректит наhttps://1password.com
)http://error.talktalk.co.uk/
)Возможно это какого-то рода man in the middle где кто-то на лету впихивает рекламный код.
Я думаю, посыл примерно такой: чем больше у вас инфраструктуры — тем больше ресурсов нужно на обслуживание. Иногда имеет смысл отдать обслуживание части инфраструктуры специализированной команде. Пусть разворачивание, обновление, мониторинг и решение потенциальных проблем с мастер нодой будет их головной болью а вы будете фокусироваться на решении проблем вашего бизнеса.
Очень упрощено, но это как переход от размещения серверов в офисе к размещению в дата-центре: кто-то другой контролирует доступ уборщиц к железу, использование систем пожаретушения и т.д. (или не контролирует). Или как переход от покупки\аренды физического железа в дата-центрах к аренде ресурсов у облачных провадеров. Теперь переход от собсвенного мастер сервера к сервису.
Я к тому, что нужно учитывать что не всем это нравится и не во всех культурах это приемлемо. А международные конференции — это места где все должны себя чувствовать в безопасности независимо от пола, религии и сексуальных предпочтений.
P.S.: Во втором вопросе хотел написал "это нормально?"
У меня много вопросов! :)
Спасибо. Это пояснение отлично дополняет статью.
Кстати, несколько месяцев назад (после разбивки
kubectl
команд на пакеты) на одном из sig-cli митингов обсуждалось нужно ли делать пакеты вроде экспортируемыми или нет. Вроде как пришли к тому что некоторые пакеты будут "повышаться" в общий пакет (на подобииcli-runtime
), но конкретных планов по реализации этого я не видел.Как библиотека — выглядит хорошо с первого взгляда: обертка с простым и понятный интерфейсом (проще чем использовать
client-go
). Как CLI — мне кажется, вы повторяете то что уже есть вkubectl
. Поправьте меня, если я ошибаюсь, но:kubectl wait
tail -f
есть флаг-f
/--follow
вkubectl logs
kubectl apply
+kubedog rollout track
, выглядит как тоже самое чтоkubectl apply --wait=true
Подумайте над тем чтобы предложить свою помощь в улучшении
kubectl
ребятам из sig-cli ;)Мне раньше казалось это нормальным, но в какой-то момент отношение к жизни поменялось… Сейчас я считаю, что если человеку приходится работать внерабочее время значит он делает со своей жизнью что-то не так: неправильно выбрал работу или сам поставил себя в ситуацию когда он стал незаменимым.
Я не рекомендовал бы следовать советам про контрасты: ребята, которые писали эти советы, не думали про доступность этого дизайна для людей с проблемами зрения. Это бросается в глаза с первых же примеров. Они не пройдут WCAG AA (не говоря уже про AAA).
Во-первых, я и мои коллеги работаем используя дизайн в браузере. Я знаю об этом не понаслышке. Ниже я об этом писал.
Во-вторых, утверждение "Дизайнер должен дизайном заниматься используя соответствующие инструменты." не имеет под собой аргументов. Автор статьи привел аргументы почему он считает дизайн в браузере хорошей идеей. Я с ним согласен. Вы же в ответ просто говорите "должен и точка".
Ой, пропустил аргумент. Ваш аргумент — это годы вашего опыта. Только вот они ничего не говорят о том какой вы специалист. Когда я увидел этот "аргумент" я вспомнил собеседование человека, который утверждал что у него 7 лет опыта PHP. Да, он знал основы, но что происходит в современном мире и куда движется PHP и web в целом он представления не имел. Его знания о PHP остановились на стыке PHP 4 и 5. Другими словами из 7 лет его опыта работы он был 2-3 года (на момент собеседования) в теме происходящего. Возможно он хороший специалист в своем проекте и знает его вдоль и поперек, но он не соответствует современным требованиям к PHP-разработчикам.
Тоже самое с дизайном в браузере. Возможно сейчас это не так широко распространено, но я уверен что разрыв между дизайном и реализацией будет сокращаться за счет выкидывания излишних этапов и совмещения ролей. Я не знаю как дела обстоят у вас в стране, но в Беларуси еще 3-4 года назад компании искали отдельно верстальщика и отдельно javascript разработчика. Сейчас эти роли чаще всего совмещаются. Еще есть вакансии js-разработчика, но это обычно сложные приложения с большим кол-вом взаимодействия с бэкендом, а не просто взаимодействие с пользователем. Еще я изучал спрос в Великобритании и там похожая ситуация — отдельно верстальщик никого не интересует. И в огромном кол-ве вакансий для дизайнеров кроме инструментов которые вы перечислили требуется знание HTML/CSS.
В общем, как вам работать — это дело ваше. Я никого не заставляю делать дизайн в браузере. Я предлагаю подумать и, возможно, попробовать. Не хотите — не нужно.
Успехов!
Это проблема процесса работы с заказчиком, а не подхода. Вы будете страдать, если не построите нормальные отношения с заказчиком с любым подходом. Подумайте над итеративной разработкой. Грубо:
Ниже я давал ссылку на Design In The Browser Bootstrap. Там есть инструкции по установке. К нему нужны зависимости (node, php). Инструкции по их установке тоже в сети можно легко найти.
Плюс у дизайнера наверняка есть коллеги-программисты, которые могут помочь разд-два настроить окружение, если возникнуть проблемы. Дальше дизайнер будет способен сам это сделать.
Не выдумывайте. Уже есть готовые инструменты в которых все сконфигурировано за вас и рассказано что нужно запускать. Вам нужно следовать инструкциям. Конечно какие-то технические знания придется подтянуть\получить.
Клиенты, кстати, в восторге когда им показываешь дизайн в браузере. Мы все чаще и чаще применяем этот подход.
Я думаю, что за таким подходом будущее и если дизайнер не будет учиться и развиваться, то в какой-то момент он окажется в положении в котором оказались актеры немого кино, которые отказывались сниматься в фильмах со звуком.
О, да! Я когда-то (во времена IE6) был верстальщиком и меня жутко бесило, что дизайнеры рисуют красивости без понятия что это реализовать невозможно (или очень трудно). Я тогда считал что дизайнер должен иметь представление о HTML, CSS и JS и как оно работает в разных браузерах. В идеале — должен уметь сам верстать и писать простенькие скрипты. Знакомые дизайнеры говорили, что не нужно дизайнеру это. Мол дизайнер — это человек искусства! Ага!
Сейчас в браузере, мне кажется, реализовать можно практически все и надобность знать техническую часть частично отпала. Все браузеры умеют png с прозрачностью и даже SVG! Но идея делать дизайн в браузере мне все равно кажется хорошей по упомянутым автором причинам. Мы с коллегами так и работаем. Прототипы делаются в разных инструментах (Adobe XD в последнее время), но дизайн делается в браузере в большинстве случаев.
Согласен с рекомендацией по Shay Howe. Очень хороший материал для новичков и для тех кто знает основы, но хочет подтянуть знания за последние лет 5. Там есть еще есть Advanced часть. Она немного слабей (в плане подачи материала), но в целом тоже хороша. Я сам читал по диагонали, но Жена недавно училась по его учебнику и очень осталась довольна.
Инструменты. Вы, возможно, слышали про подход который называют Atomic Web Design. Есть довольно неплохой инструмент Pattern Lab. Подход позволяет сделать декомпозицию вашего дизайна, а Pattern Lab помогает сделать что-то вроде стайл гайда в браузере и сразу писать шаблоны, которые потом смогут использовать на реальном проекте (больше всего подходит под PHP т.к. использует шаблонизатор Twig, но мы с Django проектами тоже используем — синтаксис похож).
Мои коллеги сделали Design In The Browser Bootstrap, который объединяет Pattern Lab и включает в себя готовые скрипты для сборки статики. Автопрефиксеры, ES2015 и т.д. Возможно будет полезно.
Запросы пишет не Django ORM, а человек. Django ORM — это инструмент. Если человек не понимает/не знает как работает инструмент — это проблема человека, а не инструмента.
Если с Django ORM действительно что-то не так — у человека есть возможность исправить инструмент.
В последний раз, когда я пробовал Drone 0.5,
cache
секция работала как в версии 0.4, но с учетом нового синтаксиса версии 0.5. Сейчас в документации для 0.5 я ничего про эту секцию конфига не нашел. Возможно решили выкинуть из ядра.Вы в этом уверены? Поддержки s3 из коробки нет, но, насколько я помню, в конфиге есть секция
cache
в которой можно задать директории, которые нужно сохранять между билдами. Например для сохраненияnode_modules
или виртуального окружения Python.Django CMS тоже имеет открытый код и выпускается под той же лицензией что и Wagtail.
Пожалуйста!
С Vagrant нужно разбираться, когда вы собираетесь писать свою конфигурацию. Тут конфигурация уже есть и нужно просто запустить
vagrant up
. А, ну и, очевидно, нужно установить сам Vagrant и VirtualBox.Демо инсталляция, конечно, все намного упростила бы :) Есть довольно большая вероятность, что она появится в ближайшее время.