Ребята, спасибо большое за ваш труд! Погружаюсь в разработку на Go, ваши дайджесты прям очень кстати. Только небольшая просьба: сделайте Telegram канал чисто с Go-дайджестами или посвященный чисто Go. Или хотя бы делайте одни и те же теги для поста, чтобы можно было сделать RSS ленту на основании них.
А в Firefox тестировали? Потому что у меня на все сайты написал[yes], хотя на большинство из них я даже не заходил. Повторный тест через другой профиль с использованием прокси дал результат "67 favicons in your F-Cache!", на остальные он написал [err]. В консоли ничего нет, а в дате vue компонента я нашел только факт возникновения ошибки без подробностей
В PHP меня расстраивает только один факт: я не могу писать на нем все-все-все, как на NodeJS. А так, я бы с удовольствием пилил на нем и мобильные приложения, и десктоп, и cli утилиты. Но, к сожалению, я не нашел популярного способа хотя бы упаковать PHP код в бинарник, чтобы его можно было распространять как есть, без необходимости ставить рантайм.
Проблема большинства helm чартов в том, что они совершенно нечитаемы. Авторы все делают правильно, ведь для клиента чаще всего важен только файл values.yaml. Но весь вот этот обвяз из include, define и остальной кучи шаблонизации создает мультизлаковую кашу, которую дебажить — одно "удовольствие". Я могу ошибаться, но мне кажется, что такая гибкость в большинстве случаев не нужна, если чарт приватный внутренний. Как по мне, лучше пусть будет один простой и очевидный if else для, допустим, прода и прочих окружений, чем эта вся эта мишура.
Я думаю, я не один, кто не особо любит оставлять лайки, дизлайки и что-то подобное. Даже если я не оставил никакой эмоции в публикации, это не говорит, что эта информация мне оказалась бесполезной или неинтересной. Или если меня заголовок не сильно заинтересовал из-за чужеродной мне темы, поэтому я пропустил статью целиком, не читая ее. ИМХО явное выражение своего безразличия куда сильнее, чем молчаливое игнорирование
Было бы здорово иметь подобный сервис, интегрированный с уже существующим. Посредством расширения, например. Взять тот же Reddit. Или Хабр. Контент есть. Социальная составляющая — тоже. Я бы с удовольствием юзал подобную тулзу.
Что касается эмоций, то я бы выделил ещё одну — безразличие. Если говорить про фильтрацию, то хорошо бы отбрасывать посты, которые никому не интересны. Посредством отдельного фильтра, конечно.
У Kaniko есть еще такая замечательная возможность, как кэш. Он хранит слои в отдельном реджистри и вытягивает их по мере необходимости. Это значительно ускоряет сборку образов, так как это все менеджится автоматически и не нужно думать, какой образ подпихнуть в --cache-from, чтобы заново не собирать node_modules. Да и класно, что он не требует превилигированного доступа
Несколько месяцев как перелез с хрома на firefox. Очень привык к вертикальным вложенным вкладкам и контейнерам. Также радует возможность легко подключить прокси не через системные настройки. В целом посматривал в сторону Вивальди, но очень хочется поддержать не-хромовый движок.
У нас кодстайл внедряться начал мной после прихода на новое рабочее место. В плане кодстайла я немного параноик, поэтому был введен длинный список правил сначала на CodeSniffer, конфиге к шторму и MD файле со списком типовых архитектурных решений. По началу в шторме весь файл светился варнингами, а на ревью было по десятку замечаний. Некоторых это утомляло. Некоторые выступали против. Но, благо, начальство было на моей стороне, поэтому эта практика внедрялась все глубже и шире. В конечном итоге все привыкли писать сразу правильно. Потом подключили php-cs-fixer с пачкой правил, в том числе и самописных, и мы просто разом прогнали его по всему проекту, сделав код почти единообразным. В итоге скорость чтения и написания кода увеличилась у всей команды, а код-ревью стало гораздо более простым делом.
Талант можно проявлять в элегантных решениях, чем в общем-то и блещет наш тим-лид, создавая по-настоящему изящный код. А код-стал, как по мне, не то место, где можно выпендриваться.
Мне больше интересно, в каких случаях необходима такая читабельность? Что это могут быть за большие числа, которые нужно читать и нельзя описать в виде степени или умножения?
Если вдруг понадобится какое-нибудь взаимодействие, то есть, например, лямбды. Даже в статический сайт можно добавить динамику, как например staticman умеет добавлять комментарии, не говоря уже о всяких Disqus и Commento.
Но если вдруг понядобится что-то более узкое, то можно взять и сделать виджет на ReactJS, который будет рендерить что-то с маленького и легкого бека.
Зато статический сайт это действительно дешево (платишь только за домен), быстро (время уходит только на передачу контента) и надежно (GitHub с большим успехом переживет хабраэффект, чем любой купленный хостинг).
Эти плюсы чаще всего с лихвой покрывают все неудобства.
Надо же… век живи — век учись. Про фигурные скобки в массивах узнал только благодаря этому дайджесту. Мне искренне интересно, использует ли это кто либо в больших проектах?
В свое время тоже использовал кролика в Yii2, но без плагинов, а с библиотекой из документации. Вообще rabbitmq такой комбайн, который может все, что хочешь: queue, event-subscriber, rpc и п.р. И используемый метод будет зависеть от умелого жонглирования конфигами. И для правильного использования комбайна нужно иметь знания, как для комбайна. А типичный для нас подход plugin first в итоге обычно заставляет нас вникать в детали, потому что не работает оно так, как нужно
У меня было нечто подобное когда-то ранее, когда вставляемое фото хоть убей не валидировалось и кнопка «Далее» не показывалось. Я просто с этой кнопки снимал `display: none;` и все работало так, как хотелось. Работало всегда безотказно.
Вот такой же вопрос возник, когда читал статью. Вот выплюнет он несколько десятков (или даже сотен) js файлов, и как их потом подключать? И которые из них нужно или не нужно подключать? У нас 4 бандла: meta (вроде, точно не помню), vendor, admin и main. Но что из этого подключать мы знаем. А в его варианте?
Кажется, было бы лучше, если бы использовались не только имеющиеся символы, но и любые другие; также чтобы на один визуальный символ могло быть более 1го кода; и использовать лигатуры, создавая из двух символов один. Последнее, кажется, реализовать сложнее всего. Но первые два вполне. Надо попробовать поковырять библиотеку. Там меньше сотни строк кода, должно быть несложно разобраться
Я в восторге. Кажется, до подобного не додумался бы никогда) Возможно, стоит взять на вооружение. Формально, он должен поддерживать любой язык? Главное, чтобы исходный шрифт имел кириллицу?
Ребята, спасибо большое за ваш труд! Погружаюсь в разработку на Go, ваши дайджесты прям очень кстати. Только небольшая просьба: сделайте Telegram канал чисто с Go-дайджестами или посвященный чисто Go. Или хотя бы делайте одни и те же теги для поста, чтобы можно было сделать RSS ленту на основании них.
А в Firefox тестировали? Потому что у меня на все сайты написал
[yes], хотя на большинство из них я даже не заходил. Повторный тест через другой профиль с использованием прокси дал результат"67 favicons in your F-Cache!", на остальные он написал[err]. В консоли ничего нет, а в дате vue компонента я нашел только факт возникновения ошибки без подробностейВ PHP меня расстраивает только один факт: я не могу писать на нем все-все-все, как на NodeJS. А так, я бы с удовольствием пилил на нем и мобильные приложения, и десктоп, и cli утилиты. Но, к сожалению, я не нашел популярного способа хотя бы упаковать PHP код в бинарник, чтобы его можно было распространять как есть, без необходимости ставить рантайм.
Проблема большинства helm чартов в том, что они совершенно нечитаемы. Авторы все делают правильно, ведь для клиента чаще всего важен только файл values.yaml. Но весь вот этот обвяз из include, define и остальной кучи шаблонизации создает мультизлаковую кашу, которую дебажить — одно "удовольствие". Я могу ошибаться, но мне кажется, что такая гибкость в большинстве случаев не нужна, если чарт приватный внутренний. Как по мне, лучше пусть будет один простой и очевидный if else для, допустим, прода и прочих окружений, чем эта вся эта мишура.
Я думаю, я не один, кто не особо любит оставлять лайки, дизлайки и что-то подобное. Даже если я не оставил никакой эмоции в публикации, это не говорит, что эта информация мне оказалась бесполезной или неинтересной. Или если меня заголовок не сильно заинтересовал из-за чужеродной мне темы, поэтому я пропустил статью целиком, не читая ее. ИМХО явное выражение своего безразличия куда сильнее, чем молчаливое игнорирование
Было бы здорово иметь подобный сервис, интегрированный с уже существующим. Посредством расширения, например. Взять тот же Reddit. Или Хабр. Контент есть. Социальная составляющая — тоже. Я бы с удовольствием юзал подобную тулзу.
Что касается эмоций, то я бы выделил ещё одну — безразличие. Если говорить про фильтрацию, то хорошо бы отбрасывать посты, которые никому не интересны. Посредством отдельного фильтра, конечно.
У Kaniko есть еще такая замечательная возможность, как кэш. Он хранит слои в отдельном реджистри и вытягивает их по мере необходимости. Это значительно ускоряет сборку образов, так как это все менеджится автоматически и не нужно думать, какой образ подпихнуть в
--cache-from, чтобы заново не собирать node_modules. Да и класно, что он не требует превилигированного доступаНесколько месяцев как перелез с хрома на firefox. Очень привык к вертикальным вложенным вкладкам и контейнерам. Также радует возможность легко подключить прокси не через системные настройки. В целом посматривал в сторону Вивальди, но очень хочется поддержать не-хромовый движок.
У нас кодстайл внедряться начал мной после прихода на новое рабочее место. В плане кодстайла я немного параноик, поэтому был введен длинный список правил сначала на CodeSniffer, конфиге к шторму и MD файле со списком типовых архитектурных решений. По началу в шторме весь файл светился варнингами, а на ревью было по десятку замечаний. Некоторых это утомляло. Некоторые выступали против. Но, благо, начальство было на моей стороне, поэтому эта практика внедрялась все глубже и шире. В конечном итоге все привыкли писать сразу правильно. Потом подключили php-cs-fixer с пачкой правил, в том числе и самописных, и мы просто разом прогнали его по всему проекту, сделав код почти единообразным. В итоге скорость чтения и написания кода увеличилась у всей команды, а код-ревью стало гораздо более простым делом.
Талант можно проявлять в элегантных решениях, чем в общем-то и блещет наш тим-лид, создавая по-настоящему изящный код. А код-стал, как по мне, не то место, где можно выпендриваться.
Мне больше интересно, в каких случаях необходима такая читабельность? Что это могут быть за большие числа, которые нужно читать и нельзя описать в виде степени или умножения?
Мне тоже не понравилось это "нововведение". Благо, что это легко настраивается
Посмотрите в сторону Jekyll. Очень популярное решение для статики с кучей официальных и не очень плагинов вдогонку. И вопросы отпадут сами собой.
Если вдруг понадобится какое-нибудь взаимодействие, то есть, например, лямбды. Даже в статический сайт можно добавить динамику, как например staticman умеет добавлять комментарии, не говоря уже о всяких Disqus и Commento.
Но если вдруг понядобится что-то более узкое, то можно взять и сделать виджет на ReactJS, который будет рендерить что-то с маленького и легкого бека.
Зато статический сайт это действительно дешево (платишь только за домен), быстро (время уходит только на передачу контента) и надежно (GitHub с большим успехом переживет хабраэффект, чем любой купленный хостинг).
Эти плюсы чаще всего с лихвой покрывают все неудобства.
Кажется, было бы лучше, если бы использовались не только имеющиеся символы, но и любые другие; также чтобы на один визуальный символ могло быть более 1го кода; и использовать лигатуры, создавая из двух символов один. Последнее, кажется, реализовать сложнее всего. Но первые два вполне. Надо попробовать поковырять библиотеку. Там меньше сотни строк кода, должно быть несложно разобраться
Я в восторге. Кажется, до подобного не додумался бы никогда) Возможно, стоит взять на вооружение. Формально, он должен поддерживать любой язык? Главное, чтобы исходный шрифт имел кириллицу?