Как стать автором
Обновить
3
0
m1kola @m1kola

Пользователь

Зашел чтобы прочитать коментрарии про жизнь в ЮК :) Я со многими пунктами по ценам из вашего первого коментария согласен. Даже в Бристоле приличную квартиру дешевле 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.: Во втором вопросе хотел написал "это нормально?"

У меня много вопросов! :)


  1. С какой целью вы решили потрогать незнакомого человека?
  2. Вы считаете что трогать незнакомых людей (независимо от пола) — это не нормально?
  3. Вам самому приятно когда вас трогают незнакомые люди?

Спасибо. Это пояснение отлично дополняет статью.


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.


В общем, как вам работать — это дело ваше. Я никого не заставляю делать дизайн в браузере. Я предлагаю подумать и, возможно, попробовать. Не хотите — не нужно.


Успехов!

Это проблема процесса работы с заказчиком, а не подхода. Вы будете страдать, если не построите нормальные отношения с заказчиком с любым подходом. Подумайте над итеративной разработкой. Грубо:


  • Прототипы\wireframe (не в браузере)
  • Минимальный дизайн в браузере
  • Полный дизайн в браузере
  • Правки дизайна в браузере

Ниже я давал ссылку на 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.

В общем, open-source аналог django cms.

Django CMS тоже имеет открытый код и выпускается под той же лицензией что и Wagtail.

Пожалуйста!


С Vagrant нужно разбираться, когда вы собираетесь писать свою конфигурацию. Тут конфигурация уже есть и нужно просто запустить vagrant up. А, ну и, очевидно, нужно установить сам Vagrant и VirtualBox.


Демо инсталляция, конечно, все намного упростила бы :) Есть довольно большая вероятность, что она появится в ближайшее время.

Информация

В рейтинге
Не участвует
Откуда
Bristol, England - South West, Великобритания
Зарегистрирован
Активность