Прошу экспертов в вопросе диетологии посоветовать хороших и "правильных" с медицинской точки зрения книг про питание и диетологию в целом.
Желательно без всяких доводов вроде "ешьте все зеленое" или "жир вреден, ешьте только углевод" или "все толстеют от сахара, ешьте соль". Именно грамотно про то, как питаться правильно и быть здоровым, а не как похудеть, отстрелив себе печень
А вообще, будущее за диспенсерами всего, я считаю. Можно себе так еду выдавать (ну определенную "вредную" еду, например), алкоголь, жвачки, талоны на интернет, печеные картофелины и так далее.
В рамках одной семьи количество начисляется каждому отдельно, а выдача происходит после активации устройства rfid картой или имплантантом.
А вообще можно и диспенсеры всего реализовать за реальные деньги, как в black mirror s1e2, только немного на других условиях.
Например, сегодня можно арендовать не просто квартиру, но и различные услуги по ее обслуживанию вместе с ней, например, уборка, обновление бытовой химии там, стирка. А если посмотреть дальше — то это аренда комплексного жилья, в котором можно приобрести (по факту или заранее) все нужное — бытовая химия, еда/напитки, информационные услуги и прочее.
Вообще, диспенсеры и торговые автоматы — вот куда нужно стремиться. Заменить злых продавцов добрыми машинами. Да что говорить, и другие профессии можно куда приятнее заменить машинами. И даже небо, и даже Аллах...
В общем, автору респект. Теперь нужно, чтобы сам пачки распаковывал, чтобы на вход не по одной штучке подавать, а сразу пачку или блок, ну или интерфейс автоматизированного склада
Конечно, очень многие факторы играют роль, и мотивация и заинтересновонность разработчика здесь, на мой взгляд, в первом ряду.
Вообще автор оригинальной статьи, на мой взгляд, очень идеализирует. В реальной жизни, конечно, существуют и другие приоритеты, кроме качества непосредственно кода.
И как сказал комментатор выше, с чем я согласен, все упирается в требования заказчика. Ему то без разницы, как код написан, ему важен только функционал и ничего кроме. Так что качество кода важно, по сути, только для дальнейшей его поддержки.
Но с другой стороны ограничения по времени/бюджету сами по себе никого не заставляют говнокодить. Можно писать грамотный и чистый код и в рамках не очень "красивой" задачи.
Имхо, основную мысль нужно понимать не как "написание кода без понимания теоретических осонов = говнокод", а скорее как "чем глубже ты знаешь теоретическую базу, тем стабильнее и продуктивнее работают твои программы"
Даже и не знаю. Автор с 2002 работает айтишником, 8 лет проработал архитектором, а с 2011 работает в гугл. Может его идеи и "попахивают" идеализмом, но это точно не рассуждения школьника.
Хотя сама статья 2009 года, когда он еще не работал в гугл и всего 5 лет пробыл архитектором, так что можно споконо обвинить его в школьном восприятии, если угодно.
И да, и нет.
Специфика работы программиста (как и любого работника в динамичной области) еще и в том, что ему постоянно нужно быть на гребне волны, так сказать, постоянно следить за изменениями и новшествами.
Водителю троллейбуса, например, достаточно получить соответствующую категорию и разрешение на перевозку людей (ну или что там). От того, будет ли он подробно знать устройство троллейбуса и понимать принципы его функционирования, качество его работы сильно не изменится
Надо тогда, чтобы Тринити была лесбиянкой, а Морфеус — азиатом-инвалидом.
Или Нео негроидом, Тринити азиаткой-лесбиянкой, а Морфеус — роботом-андроидом, по возможности трансгендером.
Или еще лучше, чтобы Нео был афро-лесбиянкой, Тринити была азиаткой-лесбиянкой, и Морфеус был андроидом-лесбиянкой, а Агенты — мизогнисты, пытающиеся помешать феминистскому движению.
По заветам Ghostbusters 2016 в общем
2045 год. Заказать еду, вызвать такси и пользоваться интернетом можно мысленно через 13G-нейроимплантант. Жаль, mail.ru Guard по-прежнему нельзя отключить
Огромная проблема конструкции — пластиковая защелка.
Если запекать что-то достаточно толстое, можно легко ее сломать.
Понятно, что можно и не запекать что-то достаточно толстое. Но можно и сделать защелку из металла, либо изменить ее конструкцию, тем самым повысить цену на сто рублей, и при этом многократно увеличить отказоустойчивость
Как по мне — идея годная и способна найти свою нишу.
Мне вот, например, не нравится обилие техники с большинством перекрывающих друг друга функций. Так что для тех, кому профессионального фотоаппарата много, а камеры телефона мало, плюс не хочется таскать большой отдельный девайс — в самый раз.
Другой разговор, что цена у него ой не маленькая
Не хочу никого обидеть, но выглядит как пособие для индусов code monkey. Все сводится к тезисам вида «быстро писать код = быстро разрабатывать продукт».
Для сайта-визитки это, может и актуально, но разве этот подход будет работать для более серьезного функционала?
На протяжении всей статьи автор постулирует, что работа программиста = написание кода. Ни больше ни меньше. И когда ты не стучишь по клаве, значит случилось что-то плохое и мешает тебе «работать».
Да, такое мнение было (и есть?) распространено среди руководителей, не знакомых со спецификой работы программиста (и R&D в целом), умеющих оценивать только количество. Также это актуально и для задач, не требующих высокой квалификации, например, когда вся архитектура уже написана (или ее нет, как таковой), и нужно только перенести эту идею в код, не добавляя ничего от себя. Ну к фрилансерам с почасовой оплатой тоже можно притянуть, хотя я сомневаюсь, что люди уровня выше code monkey на фрилансе большинство времени тратят на набор текста. Это только в фильмах про хакеров так. В остальных же случаях процесс написания кода — это лишь следствие процесса работы программиста, без которого не обойтись, но который не является сутью работы сам по себе. Этакий boilerplate-процесс, если можно так выразиться.
Нет, я очень хорошо понимаю посыл автора. Иногда действительно застрянешь в какой-то умозрительной проблеме, когда можно было бы написать проще и и так сгодится ни к чему усложнять на ровном месте. Да и с отдельными пунктами я согласен. Но с общей идеей — абсолютно нет. И странно слышать от разработчика такие вещи
Прошу экспертов в вопросе диетологии посоветовать хороших и "правильных" с медицинской точки зрения книг про питание и диетологию в целом.
Желательно без всяких доводов вроде "ешьте все зеленое" или "жир вреден, ешьте только углевод" или "все толстеют от сахара, ешьте соль". Именно грамотно про то, как питаться правильно и быть здоровым, а не как похудеть, отстрелив себе печень
Да, думаю, диспенсеры диспенсеров все решат
Ну а на случай сбоя есть аварийные диспенсеры
Прикольная штука.
А вообще, будущее за диспенсерами всего, я считаю. Можно себе так еду выдавать (ну определенную "вредную" еду, например), алкоголь, жвачки, талоны на интернет, печеные картофелины и так далее.
В рамках одной семьи количество начисляется каждому отдельно, а выдача происходит после активации устройства rfid картой или имплантантом.
А вообще можно и диспенсеры всего реализовать за реальные деньги, как в black mirror s1e2, только немного на других условиях.
Например, сегодня можно арендовать не просто квартиру, но и различные услуги по ее обслуживанию вместе с ней, например, уборка, обновление бытовой химии там, стирка. А если посмотреть дальше — то это аренда комплексного жилья, в котором можно приобрести (по факту или заранее) все нужное — бытовая химия, еда/напитки, информационные услуги и прочее.
Вообще, диспенсеры и торговые автоматы — вот куда нужно стремиться. Заменить злых продавцов добрыми машинами. Да что говорить, и другие профессии можно куда приятнее заменить машинами. И даже небо, и даже Аллах...
В общем, автору респект. Теперь нужно, чтобы сам пачки распаковывал, чтобы на вход не по одной штучке подавать, а сразу пачку или блок, ну или интерфейс автоматизированного склада
P.S.: это не сарказм, диспенсеры реально рулят
Конечно, очень многие факторы играют роль, и мотивация и заинтересновонность разработчика здесь, на мой взгляд, в первом ряду.
Вообще автор оригинальной статьи, на мой взгляд, очень идеализирует. В реальной жизни, конечно, существуют и другие приоритеты, кроме качества непосредственно кода.
И как сказал комментатор выше, с чем я согласен, все упирается в требования заказчика. Ему то без разницы, как код написан, ему важен только функционал и ничего кроме. Так что качество кода важно, по сути, только для дальнейшей его поддержки.
Но с другой стороны ограничения по времени/бюджету сами по себе никого не заставляют говнокодить. Можно писать грамотный и чистый код и в рамках не очень "красивой" задачи.
Имхо, основную мысль нужно понимать не как "написание кода без понимания теоретических осонов = говнокод", а скорее как "чем глубже ты знаешь теоретическую базу, тем стабильнее и продуктивнее работают твои программы"
Время от времени захожу в статьи про ГМО только чтобы перечитать комменты
Ссылка сразу после статьи
Там написано "перевод", и ссылка на оригинал
Даже и не знаю. Автор с 2002 работает айтишником, 8 лет проработал архитектором, а с 2011 работает в гугл. Может его идеи и "попахивают" идеализмом, но это точно не рассуждения школьника.
Хотя сама статья 2009 года, когда он еще не работал в гугл и всего 5 лет пробыл архитектором, так что можно споконо обвинить его в школьном восприятии, если угодно.
Ну из песни слов не вибросишь, в оригинале ссылок не было.
Но если интересно, от себя добавлю.
По принципам: solid, grasp например, первое, что приходит в голову, а также книга Фаулера про архитектуру
По поводу
в статье явно написано — нет, вряд ли
Специфика работы программиста (как и любого работника в динамичной области) еще и в том, что ему постоянно нужно быть на гребне волны, так сказать, постоянно следить за изменениями и новшествами.
Водителю троллейбуса, например, достаточно получить соответствующую категорию и разрешение на перевозку людей (ну или что там). От того, будет ли он подробно знать устройство троллейбуса и понимать принципы его функционирования, качество его работы сильно не изменится
Это не портрет Ким Ир Сена, чтоб к нему особенно относиться.
Или Нео негроидом, Тринити азиаткой-лесбиянкой, а Морфеус — роботом-андроидом, по возможности трансгендером.
Или еще лучше, чтобы Нео был афро-лесбиянкой, Тринити была азиаткой-лесбиянкой, и Морфеус был андроидом-лесбиянкой, а Агенты — мизогнисты, пытающиеся помешать феминистскому движению.
По заветам Ghostbusters 2016 в общем
> var bills = Array(shitty_bill1, shitty_bill2… );
> bills[Math.floor(Math.random()*bills.length)];
Если запекать что-то достаточно толстое, можно легко ее сломать.
Понятно, что можно и не запекать что-то достаточно толстое. Но можно и сделать защелку из металла, либо изменить ее конструкцию, тем самым повысить цену на сто рублей, и при этом многократно увеличить отказоустойчивость
Мне вот, например, не нравится обилие техники с большинством перекрывающих друг друга функций. Так что для тех, кому профессионального фотоаппарата много, а камеры телефона мало, плюс не хочется таскать большой отдельный девайс — в самый раз.
Другой разговор, что цена у него ой не маленькая
индусовcode monkey. Все сводится к тезисам вида «быстро писать код = быстро разрабатывать продукт».Для сайта-визитки это, может и актуально, но разве этот подход будет работать для более серьезного функционала?
На протяжении всей статьи автор постулирует, что работа программиста = написание кода. Ни больше ни меньше. И когда ты не стучишь по клаве, значит случилось что-то плохое и мешает тебе «работать».
Да, такое мнение было (и есть?) распространено среди руководителей, не знакомых со спецификой работы программиста (и R&D в целом), умеющих оценивать только количество. Также это актуально и для задач, не требующих высокой квалификации, например, когда вся архитектура уже написана (или ее нет, как таковой), и нужно только перенести эту идею в код, не добавляя ничего от себя. Ну к фрилансерам с почасовой оплатой тоже можно притянуть, хотя я сомневаюсь, что люди уровня выше code monkey на фрилансе большинство времени тратят на набор текста. Это только в фильмах про хакеров так. В остальных же случаях процесс написания кода — это лишь следствие процесса работы программиста, без которого не обойтись, но который не является сутью работы сам по себе. Этакий boilerplate-процесс, если можно так выразиться.
Нет, я очень хорошо понимаю посыл автора. Иногда действительно застрянешь в какой-то умозрительной проблеме, когда можно было бы написать проще и
и так сгодитсяни к чему усложнять на ровном месте. Да и с отдельными пунктами я согласен. Но с общей идеей — абсолютно нет. И странно слышать от разработчика такие вещиЕсть же плагины, которые это автоматом делают