«Even the strongest cultures have reviews that devolve into Maoist struggle sessions about whitespace.» я бы перевел как-то так «Даже у самых сильных команд случаются код-ревью, которые превращаются в философские споры о пробелах».
«Даже в командах с сильнейшей культурой разработки бывают проверки кода, которые превращаются в охоту на ведьм пробелы.» — это вообще PROMTом попахивает, имхо :)
«Просмотр сотен строк на наличие ошибок — это эффективная, необременительная процедура. Она не предотвращает всех проблем, и не создаёт новых. Этот процесс представляет собой разумный баланс между возможным и практичным.» — здесь по-моему тоже исковеркан смысл оригинального текста. dozens — это дюжины, а не сотни.
Предлагаю заменить на «Просмотр нескольких десятков строк кода — довольно эффетивная практика, которая, к тому же, не так обременяет разработчиков. Она не спасет вас от всех имеющихся ошибок в коде и даже не исключит на 100% вероятность появления новых. Но „маленькие“ код ревью помогут достичь баланса между пользой и затраченными усилиями.»
Судя по постоянным примерам про «поплывший текст» и «неважность» математики, автор работает где-то в области веба, скорее всего, во фронтэнде.
Почитайте что-нибудь о разработке 3D-приложений, AI, серверах баз данных и еще чем-то сложнее сайта-визитки и скажите еще раз, важна ли математика, тервер, статистика и прочее. И, поверьте, этим занимается отнюдь не 5 процентов программистов.
Почитайте, например, о борьбе с багами в старых версиях Internet Explorer или об уязвимостях PHP 2012 года, или о стоимости и работоспособности различных операций для различных CPU, OS, версий видео-драйверов, и скажите, что программирование и поведение if так уж предсказуемо на 100%.
Почитайте о багах в speed trading ботах, взломах биткоин-бирж, судебных исках за утечку персональных данных итд, и скажите, так ли уж ошибка программиста всегда стоит дешево.
Какие такие «публичные места»? Только «точки коллективного доступа» почты России, оборудованные по последнему слову техники: новейшая технология под названием «Чебурашка» на основе инновационных сетевых протоколов с доставкой пакетов нашими почтальонами.
Не хватает пункта «Перестал использовать из-за незапускающегося или глючащего софта, который отлично работал под WinXP и Win7». Примеры из личного опыта: KIS и Borderlands 2. И те, и те обещали выпустить патч, но я чет не дождался. Еще стим, насколько я помню, ставился только с костылями.
Имхо, описание всех этих ваших моноблоков нужно начинать со строки «Цена: xxx руб.», либо «Красивенький/Розовенький» чтоб сразу было понятно, читать дальше или нет. Я лично куплю подобное только если оно будет стоить дешевле аналогичного классического пк или будет нереальной красоты, как будто его создали боги, чтобы сделать интерьер квартиры/офиса идеальным. Иначе я не вижу повода переплачивать за немодифицируемую монолитную фигню, которая небось еще греться и шуметь начнет нереально, подсобрав пыли в щели.
Думаю, руками эти клавиши вообще невозможно снять, не сломав ни одной. Может есть какой-то съемник специальный. Тоже разбирал k800, по тому же поводу. Сломал несколько клавиш в процессе. А с выскакивающими клавишами клавиатура уже совсем не так хороша. Сейчас пользуюсь logitech k310, которую под краном мыть можно по заявлениям, но пока полевых испытаний не проводил )
Кстати, какое пиво пьете? :)
Интересно, если Pirate Bay — это библиотека, то почему в этой «библиотеке» топ-100 стабильно занимают игры и фильмы/сериалы. Причем не какие-нибудь там инди, артхауз итд, где действительно часто можно увидеть интересные идеи и задумки, а тупо зырево и развлекалово, в которое люди вкладывают деньги с целью получить деньги, не более того, а не кому-то там какие-то там знания и идеи донести.
Наверное, должен быть какой-то сдерживающий фактор у копирастов, я согласен. Иначе мы всяким Михалковым за воздух платить будем, не только за болванки. Но почему взрослые дядьки из пиратской партии занимаются подменой понятий и пытаются выдать слона за маленькую безобидную мышку?
Хз, друзья, с одной стороны, мне подобные меры очень не нравятся, слишком жестко. С другой, СБР и принудилово общаться через биржу, я думаю, выживет кидал, а комиссия за СБР выживет мудаков засыпающих ленту предложениями, типа «Хочу аналог google.com. Бюджет 2 рубля», и тех, кто заставляет заказчиков думать, что возможно сделать сайт или написать статью за 2 рубля. В результате останутся нормальные адекватные платежеспособные заказчики и исполнители, понимающие, что работать надо не только за еду и отзывы, которым не нужно будет разгребать тонны шлака в виде проектов за 2 рубля. А комиссию в 10 процентов может со временем снизят или народ найдет лазейки.
Интересно, что об этих text_container_ вложенных друг в друга подумает поисковик, который придет индексировать сайт или верстальщик, который будет поддерживать такую верстку после автора, или сам автор через год, особенно, в случае с 4+ колонками.
Имхо, лучше на js сделать, он уже едва ли не на всех телефонах есть, не говоря о десктопах. С отключенным js, думаю, разная высота колонок будет не самым большим разочарованием пользователя :)
Эмммм.
Глобальные переменные. Не знаю как в других языках, но в PHP этот самый «код вокруг» не затронет глобальную переменную пока сам не объявит ее внутри функции, как глобальную. Разве не так?
P. S.: Во избежание минусов — сам глобальные переменные в своих проектах не использую, но таки да, друпало-кодеры не одобрят, за других не ручаюсь, с друпалом есть опыт, не самый негативный.
Public-свойства классов — быть может, аффтар не слышал про __get(), __set(). Если нужно изменить поведение свойства метода при вызове извне, просто меняем с public на private и пишем геттер/сеттер по вкусу.
За синглтоны агитировать не буду, но таки есть моменты, когда объект должен инициализироваться однажды И ТОЛЬКО однажды. Имхо, позволяет избежать ошибок, когда новый кодер пытает этот самый объект по незнанию/криворукости/etc инстанцировать еще раз.
Массивы как набор параметров для функции — зло, но доводы неубедительны, имхо. Чтобы не забывать, можно всегда написать документацию с описанием формата.
У меня такая же. Перед покупкой думал, что к зауженному шифту привыкнуть будет просто, оказалось, не очень: слеш до сих пор иногда появляется в начале предложений или рядом с названиями классов :D Еще поначалу бесили слишком близко расположенные Enter и Delete, но вроде привык уже. Так же из недостатков — какая-то волшебная способность притягивать пыль или просто покрытие такое, что заметнее, чем на обычной клавиатуре…
В целом, нравится. Рекомендую так же присмотреться к www.logitech.com/en-us/keyboards/keyboard/devices/4740
«Даже в командах с сильнейшей культурой разработки бывают проверки кода, которые превращаются в охоту на ведьм пробелы.» — это вообще PROMTом попахивает, имхо :)
«Просмотр сотен строк на наличие ошибок — это эффективная, необременительная процедура. Она не предотвращает всех проблем, и не создаёт новых. Этот процесс представляет собой разумный баланс между возможным и практичным.» — здесь по-моему тоже исковеркан смысл оригинального текста. dozens — это дюжины, а не сотни.
Предлагаю заменить на «Просмотр нескольких десятков строк кода — довольно эффетивная практика, которая, к тому же, не так обременяет разработчиков. Она не спасет вас от всех имеющихся ошибок в коде и даже не исключит на 100% вероятность появления новых. Но „маленькие“ код ревью помогут достичь баланса между пользой и затраченными усилиями.»
Почитайте что-нибудь о разработке 3D-приложений, AI, серверах баз данных и еще чем-то сложнее сайта-визитки и скажите еще раз, важна ли математика, тервер, статистика и прочее. И, поверьте, этим занимается отнюдь не 5 процентов программистов.
Почитайте, например, о борьбе с багами в старых версиях Internet Explorer или об уязвимостях PHP 2012 года, или о стоимости и работоспособности различных операций для различных CPU, OS, версий видео-драйверов, и скажите, что программирование и поведение if так уж предсказуемо на 100%.
Почитайте о багах в speed trading ботах, взломах биткоин-бирж, судебных исках за утечку персональных данных итд, и скажите, так ли уж ошибка программиста всегда стоит дешево.
Кстати, какое пиво пьете? :)
Наверное, должен быть какой-то сдерживающий фактор у копирастов, я согласен. Иначе мы всяким Михалковым за воздух платить будем, не только за болванки. Но почему взрослые дядьки из пиратской партии занимаются подменой понятий и пытаются выдать слона за маленькую безобидную мышку?
Имхо, лучше на js сделать, он уже едва ли не на всех телефонах есть, не говоря о десктопах. С отключенным js, думаю, разная высота колонок будет не самым большим разочарованием пользователя :)
У меня вывод примерно такой:
1.3000000000041E-5
8.9999999999812E-6
Пробовал раз 20-30.
Глобальные переменные. Не знаю как в других языках, но в PHP этот самый «код вокруг» не затронет глобальную переменную пока сам не объявит ее внутри функции, как глобальную. Разве не так?
P. S.: Во избежание минусов — сам глобальные переменные в своих проектах не использую, но таки да, друпало-кодеры не одобрят, за других не ручаюсь, с друпалом есть опыт, не самый негативный.
Public-свойства классов — быть может, аффтар не слышал про __get(), __set(). Если нужно изменить поведение свойства метода при вызове извне, просто меняем с public на private и пишем геттер/сеттер по вкусу.
За синглтоны агитировать не буду, но таки есть моменты, когда объект должен инициализироваться однажды И ТОЛЬКО однажды. Имхо, позволяет избежать ошибок, когда новый кодер пытает этот самый объект по незнанию/криворукости/etc инстанцировать еще раз.
Массивы как набор параметров для функции — зло, но доводы неубедительны, имхо. Чтобы не забывать, можно всегда написать документацию с описанием формата.
В целом, нравится. Рекомендую так же присмотреться к www.logitech.com/en-us/keyboards/keyboard/devices/4740