Подскажите, при чем здесь Yii2 и чем данный рецепт отличается от, например, Symphony или Lavarel?
Более корректно назвать статью: Как собрать Bootstrap с less-файлов. Пересказ документации.
Вспомнились рекомендации Боба Мартина с книги «Чистый код» (или «Совершенный код»):
Хорошо написанный код сам себя объясняет, и необходимость в комментариях почти отпадает.
Лучший комментарий — не написанный комментарий, когда код понятен сам по себе без лишних объяснений.
Каждый раз, когда вы используете комментарии для объяснения кода, вы признаете, что вам не удалось написать понятный код и вы используете «костыли» в виде дополнительных объяснений.
Исключения, конечно, есть, но их не так много (для использования документаторов и автоподсветки IDE, для указания копирайта и т.д.)
Каждая страна использовала бы штатное уведомление об экстренных ситуациях. Все каналы ТВ, все радио, все телефоны стали бы вещать одну и ту же информацию об угрозе и методах укрытия (советовали бы спрятаться в подвалы и бомбоубежища). Думаю, специалисты подтвердят, насколько сейчас эта система работоспособна (так как она точно есть в теории).
Также, ближе к вычислению места удара проводилась бы эвакуация.
Конечно, все зависит, в первую очередь, от величины астероида. Если он может повлиять только на город (что-то типа Челябинского метеорита или немного по-больше) — проведут эвакуацию, мир выскажет свою обеспокоенность и сочувствия.
Если удар накроет полконтинента — тут останется только помолится, а всему миру приготовится к концу цивилизации.
Хотя, если будет время, может предпримут попытку изменить траекторию полета. В этом, наверное, и состоит цель подобных наблюдений — успеть осуществить эту операцию или хотя бы оценить реальный уровень угрозы.
Исходники выложить не планируете? Это может помочь тем, кто не доверяет «честному слову» об отсутствии логирования или добавить собственный функционал.
Извините, у меня не сработало (Chrome, тачпад). Так и представил, что пишу пользователю:
«Если не выбрался select — попытайтесь шустрей тыкать пальцем».
Попытался несколько раз.
Сама идея очень интересная, но нерабочая…
Лучшие в плане качества экрана и скорости работы, вот и горит.
Как раз на днях сравнивал скорость перелистывания и качество подсветки Kindle Paperwhite и Pocketbook Touch Lux 3. Лично на мое мнение, Kindle 2013 года все равно намного лучше и приятнее для глаза.
Как-то за этим и забываешь о необходимости конвертации документов.
В работе встречал довольно старый проект cuSel, правда, он уже довольно давно заброшен.
С плюсов было то, что он брал существующие select-формы и перерабатывал их сам.
Подумайте над этим направлением, а не требовать создавать собственную верстку для HTML
Идея интересная, но для обучения и лучшего ощущения принципа работы серверов отлично подходит виртуальная машина с Debian на борту (типичное окружение многих проектов среднего размера).
В чем минусы по сравнению с Vagrant: вместо конфигурации в одном файле все приходится устанавливать и подтюнивать руками, apt-get твой лучший друг, да и оттестировать на конкретных версиях софта — намного тяжелее, чем поменять команду в Vagrant.
В чем плюсы: ты намного больше погружаешься к реальным серверам, понимаешь, как они работают, где находятся настройки тех или иных демонов.
Вариант Vagrant подходит отлично тем, кто уже и так знаком с linux-сервером и это только средство ускорения тестирования под конкретный софт или при командной разработке, чтобы все имели одно и то же окружения.
Да community у редактора хорошее, не думаю, что это сильно повлияет на разработку.
Да и аналогов сейчас больше чем нужно. Когда наступит момент, что программу окончательно забросят — всегда есть Eclipse, Sublime, JetBrains, Notepad++ с плагинами, Atom…
Какая разница, главное, чтобы писать качественный код. Пока для этого NetBeans хватает.
Удобная вещь, оценил, когда использовал некоторое время Sublime.
Говорят, что наконец в NetBeans появится, так как жутко не хватает.
Но вообще, нужно с осторожностью, так как по статьях о анализаторе C++, который тут время от времени рекламируется, сделал главный вывод: процентов 20 странных мест случается из-за копи-паста фрагментов кода.
Думаю, есть разница между фреймворками и между продакшн кодом. Там все до сих пор бывает печально.
Хотя, о чем уже говорить, какой к черту PSR, мне если не нравится форматирование, есть автоформатировщики в IDE, которые приведут код к одному образцу. Меня больше волнует то, что я до сих пор часто прямое использование mysql_* функций…
Это хорошо, когда есть время отрефакторить, а иногда заказчику трудно объяснить, почему этот код плохой, если до сих пор рабочий…
Конечно, я в первую очередь о том, что время идет, и функции добавляются (я был даже удивлен, что добавили JSON, так как наткнулся об этом чуть ли не случайно). Сначала, конечно, многого не хватает, но потом сделают определенные оптимизации и т.д., может еще со временем и добавят нужное.
Да и если подумать навскидку, мне кажется сомнительным индексировать по JSON, лучше уж тогда создать несколько дополнительных полей.
Да, сейчас все работает, как вы и говорите, да и файл UPGRADE помогает, а если нет — есть система логгирования ошибок.
На моей памяти единственный раз что-то ломалось при обновлении на бете где-то за полгода до релиза (что-то там менялось с csrf-метатегами в layout), но на то она бета — это был домашний проект для обучения, хотя искать ошибку пришлось немало.
Своего времени так же поступал вконтакте. Был удивлен, когда после восстановления они мне прислали старый пароль.
Сейчас, думаю, они уже переделали на нормальную схему.
Я из «пробельщиков», но задумался вот над чем: так весь вопрос только в том, что табы в разных IDE занимают разное пространство?
И из-за этого были написаны десятки статей на хабре?
Более корректно назвать статью: Как собрать Bootstrap с less-файлов. Пересказ документации.
Хорошо написанный код сам себя объясняет, и необходимость в комментариях почти отпадает.
Лучший комментарий — не написанный комментарий, когда код понятен сам по себе без лишних объяснений.
Каждый раз, когда вы используете комментарии для объяснения кода, вы признаете, что вам не удалось написать понятный код и вы используете «костыли» в виде дополнительных объяснений.
Исключения, конечно, есть, но их не так много (для использования документаторов и автоподсветки IDE, для указания копирайта и т.д.)
Также, ближе к вычислению места удара проводилась бы эвакуация.
Конечно, все зависит, в первую очередь, от величины астероида. Если он может повлиять только на город (что-то типа Челябинского метеорита или немного по-больше) — проведут эвакуацию, мир выскажет свою обеспокоенность и сочувствия.
Если удар накроет полконтинента — тут останется только помолится, а всему миру приготовится к концу цивилизации.
Хотя, если будет время, может предпримут попытку изменить траекторию полета. В этом, наверное, и состоит цель подобных наблюдений — успеть осуществить эту операцию или хотя бы оценить реальный уровень угрозы.
«Если не выбрался select — попытайтесь шустрей тыкать пальцем».
Попытался несколько раз.
Сама идея очень интересная, но нерабочая…
Как раз на днях сравнивал скорость перелистывания и качество подсветки Kindle Paperwhite и Pocketbook Touch Lux 3. Лично на мое мнение, Kindle 2013 года все равно намного лучше и приятнее для глаза.
Как-то за этим и забываешь о необходимости конвертации документов.
С плюсов было то, что он брал существующие select-формы и перерабатывал их сам.
Подумайте над этим направлением, а не требовать создавать собственную верстку для HTML
В чем минусы по сравнению с Vagrant: вместо конфигурации в одном файле все приходится устанавливать и подтюнивать руками, apt-get твой лучший друг, да и оттестировать на конкретных версиях софта — намного тяжелее, чем поменять команду в Vagrant.
В чем плюсы: ты намного больше погружаешься к реальным серверам, понимаешь, как они работают, где находятся настройки тех или иных демонов.
Вариант Vagrant подходит отлично тем, кто уже и так знаком с linux-сервером и это только средство ускорения тестирования под конкретный софт или при командной разработке, чтобы все имели одно и то же окружения.
Да и аналогов сейчас больше чем нужно. Когда наступит момент, что программу окончательно забросят — всегда есть Eclipse, Sublime, JetBrains, Notepad++ с плагинами, Atom…
Какая разница, главное, чтобы писать качественный код. Пока для этого NetBeans хватает.
Говорят, что наконец в NetBeans появится, так как жутко не хватает.
Но вообще, нужно с осторожностью, так как по статьях о анализаторе C++, который тут время от времени рекламируется, сделал главный вывод: процентов 20 странных мест случается из-за копи-паста фрагментов кода.
Хотя, о чем уже говорить, какой к черту PSR, мне если не нравится форматирование, есть автоформатировщики в IDE, которые приведут код к одному образцу. Меня больше волнует то, что я до сих пор часто прямое использование mysql_* функций…
Это хорошо, когда есть время отрефакторить, а иногда заказчику трудно объяснить, почему этот код плохой, если до сих пор рабочий…
Да и если подумать навскидку, мне кажется сомнительным индексировать по JSON, лучше уж тогда создать несколько дополнительных полей.
В MySQL тоже относительно недавно добавили тип JSON.
На моей памяти единственный раз что-то ломалось при обновлении на бете где-то за полгода до релиза (что-то там менялось с csrf-метатегами в layout), но на то она бета — это был домашний проект для обучения, хотя искать ошибку пришлось немало.
Сейчас, думаю, они уже переделали на нормальную схему.
И из-за этого были написаны десятки статей на хабре?