Я сварщик не настоящий, но вроде бы речь идёт как раз о зарядовом радиусе. Как я понимаю, весь смысл эксперимента в том, что исходя из известных нам формул, получаемый результат не должен зависеть от массы. Ну кстати тут в соседней ветке уже рассказали, что в общем-то проблему уже свели к точности измерений
А эти "все", которые убеждены, они с нами сейчас на одном Хабре? Мне вот казалось что это прям самые азы-азы: что БД не даёт никаких гарантий относительно порядка вывода данных
Именно поэтому не стал переходить на Дворак. А различие сплитовой и обычной 104 непринципиально. Гораздо сильнее при посадке за чужую машину мешает, что всё-таки пользуюсь не самой стандартной раскладкой - русской машинописью. Как научили в Соло на клавиатуре
Хотя автор поставил на первое место оптимизацию, вы правы - это за нас зачастую сделает компилятор. Но штука в том, что именно выразительность повышается: цикл однотипных действий можно воспринимать как одно действие над всем списком. И, скажем в Java, заменить на стрим
Вот вроде бы согласен со всеми, сам все это видел... Только как бизнесу быть уверенным, что за дорогой ценник пришел не такой же тяп-ляпщик, как за дешёвый. Это помимо того, что знать нескольких людей, кто на собеседовании показал вполне сносные харды. Только в работе оказалось, что он может и может хорошо, но не хочет. У него задача тикет закрыть. И новому багу завтра он только рад - свой код исправлять гораздо проще, чем что-то новое делать
Вот только когда разработка очередной фичи не влезет даже в три спринта (из-за постоянных багов и распутывания спагетти), а потом ещё выстрелит сбоем на продакшн не, этот же бизнес скажет "вы плохие разработчики",а когда укажешь на технический долг, спросит "почему раньше не сказали"
Таймер до конца зелёного вреден - реально ведь стимулирует проскочить. А вот таймер до конца красного очень актуален - вон хотя бы вылезти из куртки, в которой садился в холодную машину
Ближе к концу статьи прям уже какое-то самолюбование, простите. Хотя по сути с Вами согласен: и рефакторинг проще руками сделать, чем вспомнить, как заставить IDE сделать именно то преобразование, которое мне надо прямо сейчас. И автопополнение не обязательно. И кругозор обязателен просто для того, чтобы знать о существовании молотка, когда тебе предлагают микроскопом гвозди забивать
Да, я имел в виду именно RFC-822. А если даже и говорить только про local-part@domain, то они, кажентся, регулярны, но тоже имеют право быть quoted-strings, что не учтено в приведенных регулярках.
Констрейнт обязателен, но не решает бизнес-задачу: создание пользователя обычно подтверждается некоей кнопкой "сохранить" (которая отправляет на сервер не только логин), а что имя занято, хотят видеть ещё до ее нажатия
Беда не столько в отсутствии цифровой клавиатуры, сколько в потерянном блоке навигации: стрелки зажаты без отступа - руку на них быстро не перенести. Ну и Insert искать приходится
Я сварщик не настоящий, но вроде бы речь идёт как раз о зарядовом радиусе. Как я понимаю, весь смысл эксперимента в том, что исходя из известных нам формул, получаемый результат не должен зависеть от массы. Ну кстати тут в соседней ветке уже рассказали, что в общем-то проблему уже свели к точности измерений
Да, именно так, ведь в обоих случаях фигурируют одинаковые заряды
Ещё необходимость контрруления отлично демонстрирует аттракцион с "обратным рулём" - через шестерню
Вот, сейчас есть fallback на предыдущую версию... Больше не будет?
А эти "все", которые убеждены, они с нами сейчас на одном Хабре? Мне вот казалось что это прям самые азы-азы: что БД не даёт никаких гарантий относительно порядка вывода данных
А не могли бы вы пояснить, что имеется в виду под JS-челенджом?
Именно поэтому не стал переходить на Дворак. А различие сплитовой и обычной 104 непринципиально. Гораздо сильнее при посадке за чужую машину мешает, что всё-таки пользуюсь не самой стандартной раскладкой - русской машинописью. Как научили в Соло на клавиатуре
Хотя автор поставил на первое место оптимизацию, вы правы - это за нас зачастую сделает компилятор. Но штука в том, что именно выразительность повышается: цикл однотипных действий можно воспринимать как одно действие над всем списком. И, скажем в Java, заменить на стрим
Вот вроде бы согласен со всеми, сам все это видел... Только как бизнесу быть уверенным, что за дорогой ценник пришел не такой же тяп-ляпщик, как за дешёвый. Это помимо того, что знать нескольких людей, кто на собеседовании показал вполне сносные харды. Только в работе оказалось, что он может и может хорошо, но не хочет. У него задача тикет закрыть. И новому багу завтра он только рад - свой код исправлять гораздо проще, чем что-то новое делать
Вот только когда разработка очередной фичи не влезет даже в три спринта (из-за постоянных багов и распутывания спагетти), а потом ещё выстрелит сбоем на продакшн не, этот же бизнес скажет "вы плохие разработчики",а когда укажешь на технический долг, спросит "почему раньше не сказали"
Как бы резко-дерзко ни трогался умник на красный, опасность стартующего автомобиля намного меньше, чем едущего даже хотя бы 60 км/ч
Таймер до конца зелёного вреден - реально ведь стимулирует проскочить. А вот таймер до конца красного очень актуален - вон хотя бы вылезти из куртки, в которой садился в холодную машину
Ближе к концу статьи прям уже какое-то самолюбование, простите. Хотя по сути с Вами согласен: и рефакторинг проще руками сделать, чем вспомнить, как заставить IDE сделать именно то преобразование, которое мне надо прямо сейчас. И автопополнение не обязательно. И кругозор обязателен просто для того, чтобы знать о существовании молотка, когда тебе предлагают микроскопом гвозди забивать
Да, я имел в виду именно RFC-822. А если даже и говорить только про local-part@domain, то они, кажентся, регулярны, но тоже имеют право быть quoted-strings, что не учтено в приведенных регулярках.
Адреса электронной почты не регулярны
Это надо читать с немецким акцентом
Edit. В данном случае конечно правильнее с французским...
Констрейнт обязателен, но не решает бизнес-задачу: создание пользователя обычно подтверждается некоей кнопкой "сохранить" (которая отправляет на сервер не только логин), а что имя занято, хотят видеть ещё до ее нажатия
Беда не столько в отсутствии цифровой клавиатуры, сколько в потерянном блоке навигации: стрелки зажаты без отступа - руку на них быстро не перенести. Ну и Insert искать приходится
Ну наверное терминирование имелось в виду...