Скорее всего, никак — это специфично для платформы. тот же JMH для джавы, поэтому текущие результаты прекрасны "как есть" — время инициализации приложения и выполнения простого расчета.
Нет, не зашло. Принципиальное отличие десктопа от мобилки — это формат экрана: горизонтальный на десктопе, вертикальный на мобилке. У вас же получился слишком "мобильный" вариант, заточенный на максимально плотный "горизонтальный" контент. Например, сравните верстку страницы "Комментарии", ей стало сильно хуже.
С одной стороны, реклама в интернете далеко не так раздражает, как реклама в телевизоре. С другой стороны, в телевизоре реклама чередуется с профессиональным, качественным (по большей части) контентом. В интернете же реклама пропитывает всё. Проплаченные повестки на новостных сайтах, проплаченные блоггеры с пиаром продуктов и услуг, проплаченные посты на форумах, проплаченные массовые переводные статьи для пиара своей компании.
В интернете всё сложнее найти информацию, и всё проще — "мнение".
Выбирая между доступностью сайта для всех устройств со всеми размерами экранов и каким-то процентом людей, которые одновременно а) не разворачивают браузер на весь экран и б) имеют достаточно мелкий монитор, чтобы неразвернутый браузер можно было бы спутать с планшетом по размеру экрана....
Ха, нет ничего невозможного в разгребании 10 тыс строк лапшевидного кода без документации. Но времени и мыслительных усилий это потребует ой как много.
Смысл стиха — программист дожил до седин и так и не поднялся выше своего монитора.
Программы пишутся для непогрешимого компьютера, но они пишутся людьми. В общем, не очень умно поливать все те сложные, небезупречные, но работающие механизмы, которые позволяют толпе муравьев тащить ветку в одну сторону.
Если бы всё было так просто. С одной стороны, Кнут прав. С другой стороны — быстрая программа состоит из быстрых кусочков. Если программу писали опытные разработчики, но не думали о производительности постоянно, то получится алгоритмически оптимальная, но равномерно медленная программа — без каких-то видимых медленных участков кода.
Я не про микрооптимизации, если что. 95% быстродействия приложения — это алгоритмы и архитектурные решения (ЯП, используемые библиотеки, сетевые протоколы, подход к проектированию БД...).
В России слабая защита прав миноритарных акционеров. На практике всё зависит от доброй воли руководства — что будет выгодней в итоге, платить или нет.
Скорее всего, никак — это специфично для платформы. тот же JMH для джавы, поэтому текущие результаты прекрасны "как есть" — время инициализации приложения и выполнения простого расчета.
Несмотря на недочеты (маленькое время теста, отсутствие прогрева, маленькая выборка...), это отличный пост и очень интересный график.
и т.д.
Мораль — фигачить хорошо, работать по SDLC — плохо. Или нет?
На хабре давно назрела необходимость новой фичи: помимо плашки "перевод", нужна плашка "машинный перевод".
Перешел на ЭТК, т.к. а) учет пенсий от трудовых книжек уже не зависит б) население стареет и пенсия все равно будет минимальной.
Каждая печать уникальна из-за микродефектов, при необходимости можно доказать, что оттиск сделан не официальной печатью.
Нет, не зашло. Принципиальное отличие десктопа от мобилки — это формат экрана: горизонтальный на десктопе, вертикальный на мобилке. У вас же получился слишком "мобильный" вариант, заточенный на максимально плотный "горизонтальный" контент. Например, сравните верстку страницы "Комментарии", ей стало сильно хуже.
С одной стороны, реклама в интернете далеко не так раздражает, как реклама в телевизоре. С другой стороны, в телевизоре реклама чередуется с профессиональным, качественным (по большей части) контентом. В интернете же реклама пропитывает всё. Проплаченные повестки на новостных сайтах, проплаченные блоггеры с пиаром продуктов и услуг, проплаченные посты на форумах, проплаченные массовые переводные статьи для пиара своей компании.
В интернете всё сложнее найти информацию, и всё проще — "мнение".
Выбирая между доступностью сайта для всех устройств со всеми размерами экранов и каким-то процентом людей, которые одновременно а) не разворачивают браузер на весь экран и б) имеют достаточно мелкий монитор, чтобы неразвернутый браузер можно было бы спутать с планшетом по размеру экрана....
Думаю, выбор очевиден.
Если бы. Нанять 1000 программистов несоизмеримо проще и быстрее, чем нанять и удержать 10 сеньорных команд по 5 человек. Даже на тот же ФОТ.
Автокомплит по Ctrl+R?
Еще можно насоздавать скриптов в ~/.local/bin
Ха, нет ничего невозможного в разгребании 10 тыс строк лапшевидного кода без документации. Но времени и мыслительных усилий это потребует ой как много.
Какие-то у них не те недостатки low-code. Намного важнее огромная сложность доработки и поддержки таких решений.
Гимн программиста-работяги. Стой за станком, гони план, ругай злого начальника. Что делают из нашей элитарной профессии...
Смысл стиха — программист дожил до седин и так и не поднялся выше своего монитора.
Программы пишутся для непогрешимого компьютера, но они пишутся людьми. В общем, не очень умно поливать все те сложные, небезупречные, но работающие механизмы, которые позволяют толпе муравьев тащить ветку в одну сторону.
ncdu — простой и удобный инструмент для просмотра размера каталогов и освобождения места на диске
htop — не понимаю, как его можно не упомянуть
Если бы всё было так просто. С одной стороны, Кнут прав. С другой стороны — быстрая программа состоит из быстрых кусочков. Если программу писали опытные разработчики, но не думали о производительности постоянно, то получится алгоритмически оптимальная, но равномерно медленная программа — без каких-то видимых медленных участков кода.
Я не про микрооптимизации, если что. 95% быстродействия приложения — это алгоритмы и архитектурные решения (ЯП, используемые библиотеки, сетевые протоколы, подход к проектированию БД...).
Да, в джаве так не принято. "Фреймворк" в таком определении выглядит приемлемо, да. Наверное, это скорее шаблон приложения, чем фреймворк?