А есть в системе экстренные отсечки на случай внезапного сбоя? Например, ардуинка свихнется и решит прогреть дом до +255, а не 23… есть что-то, пресекающие нештатные ситуации?
Совершенно не понимаю, как это может работать. Спина выпрямляется за счёт выведения (расправления) грудной клетки, а не за счёт наклона корпуса. Опытный тренер может это объяснить и проконтролировать, показав пальцем на нужный позвонок, и помогая расправить грудную клетку. Гаджет не может ни того, они другого..
П.7. Осознать, что"фирменные цвета" — это НЕ то, во что надо красить все подряд в офисе. То, что смотрится нормально в логотипе — давит на психику при использовании в интерьере. На фото с тренажёрами у Касперского как раз тот случай, жёлтые коврики в Яндексе получше, но из той же серии.
Боюсь, человечество сначала разработает эту самую суперустойчивую бактерию, использует её в ближайшей войне, и только потом всерьез возьмётся за поиски способа с ней справиться.
К сожалению, большинство из них отличается плохим дизайном и юзабилити, набором дизайнерских и интерфейсных ошибок, устарелостей и недоработок… у Trello они одни, у MS Project другие, у ToDoList третьи.
Скажем так, все старые — устарели, все новые — недозрели. Ждём :)
Мне кажется, это получается адский мульти-тул для сложных задач вместо отвёртки или хотя бы швейцарского ножа.
Идеальный инструмент — тот, которым легко и приятно пользоваться, а не тот, который покрывает 110% запросов пользователей.
А это решается не модульностью, а хорошим дизайном и usability, от удобных шорткатов на компе до хорошего мобильного приложения. А то рождаются всякие убогие Trello, где интерфейсных ошибок больше, чем фич, зато его можно расширять модулями power ups!
Или посмотрите для примера на сегмент текстовых редакторов или редакторов кода. Монстры редко выживают, а уж модульность вообще мало кому нужна, хотя тоже можно было бы собирать идеальный редактор по кусочкам.
И, да, проще держать notepad, sublime text, word и phpstorm в придачу, потому что для разных целей удобно держать разные отвёртки.
Самое страшное в этом всем, что это не просто цифровая тюрьма. Это нарушение принципа презумпции невиновности: все заранее виновны, каждого можно осудить.
Вот ты, ты и ты — наверняка ведь, если покопаться в твоей переписке, найдётся и что-то вроде "ой, не верю я в вашего бога" или просто недостаточно патриотичное высказывание.
А дальше, вместо того, чтобы следователь доказывал виновность и обосновывал необходимость прослушки, доказывать будешь лично ты, что не верблюд, а очень даже патриот, и когда в Нижнем Новгороде — веришь исправно в одного бога, а в Казани — так же исправно, но в другого. Иначе — штраф и клеймо в лучшем случае.
Я так и не понял, в чем выгода перехода с PHP на Node. Количество коннектов к mySQL уменьшилось за счёт какого-то внутреннего менеджера пула запросов? Ну, можно было его на php написать, вероятно, быстрее, чем менять весь стек разработки?
И если сервер долго отдаёт результаты запроса, какая разница, что подвиснет в ожидании или вылетит с ошибкой — этот менеджер или что-то ещё?
Вместо знания PHP + frontend JS теперь надо знать backend JS + frontend JS? Ну, наверное, есть некоторый выигрыш от унификации подходов… если и бек, и фронт пишет один человек и ему сложно переключаться между языками.
Других выгод не увидел, картинка с инструментами красивая, но если я правильно понял — вместо выбора 1 из 3 инструментов для PHP, в Node обычно только один, без альтернатив?
Я, может, и хотел бы перейти на что-то другое с PHP, но так и не понял, в чем профит. А фраза про "в случае с node сервер подвисает целиком, поэтому его надо мониторить" меня категорически отпугивает.
Прочитал комментарии, такое ощущение, что очень многие вообще не понимают, в чем удобство музыки в ВКонтакте, и почему Дизеры и Я.Музыки ничего не заменяют.
В ВК, в отличие от ФБ, очень удобно делиться музыкой — делать небольшие подборки, плейлисты по настроению, так же удобно их прослушивать, не переходя в другие приложения, не прерывая поток чтения ленты новостей и так далее. И это действительно было очень удобно, и было важной социальной составляющей общения — наравне с возможностью делиться картинками и текстами.
С картинками никакие фотостоки не заставят соцсети фильтровать контент и урезать права пользователей, а вот аудио и кино лобби этим успешно занимаются. Удивительно, но пользователи это не только стерпят, но ещё и напишут, что "да, так и надо, отнимите у нас побольше прав".
Например, в магазине вы не имеете права отказать в обслуживании всем рыжим, хоть это и ваша частная собственность и бизнес. Так что не все тут так просто..
Будем надеяться, что Sketch как-нибудь сам собой помрёт, со всеми его несовместимостями, неудобствами и одноплатформенностью. И не придётся городить вот эти супер технологичные костыли.
Товарищи, я вам аплодирую, но это напоминает мне времена DOS и разбор двоичных форматов, к которым не было описаний). Если с этим инструментом столько возни, неужели в современном мире нельзя выбрать другой инструмент, у которого нет таких проблем с совместимостью?
18 кубометров — комната 3х3 с потолком 2 метра. Окей, как должен жужжать и с какой силой дуть этот пылесос, чтобы прокачать этот объём за разумное время? И это все у меня на столе?
Видимо, поэтому не указана самая важная характеристика — производительность, в л/час.
Только "повреждено из-за жары" звучит странно. "Сожжено", "выжжено", "расплавлено", но не из-за жары — жара это когда на улице больше +15С (да, такое хреновое лето)
Это все звучит очень круто. Но вам не кажется, что за стремлением к высокому искусству несколько теряется смысл программирования?
Когда-то изобрели процедурный подход. Жить стало круче, стали плодить процедуры из всего, чего можно, где можно было обойтись прямым кодом: вместо a = a + 2 стали писать Add(a, 2). Что улучшает читаемость и поддерживаемость кода.
Потом стали работать с ООП, и все завертелось ещё круче — все должно быть объектами! Теперь мы можем писать a.Add(2), что ещё лучше улучшает читаемость и поддерживаемость!
Но это мало, далее пошла мода на интерфейсы. Стоит ведь предусмотреть, что 2 — это не совсем два, а добавить — это не всегда сложить. Реализуем интерфейс IAdd! Что улучшит читаемость и поддерживаемость кода, само собой, а также сделает его ну ОЧЕНЬ гибким.
Тут уже наворотили столько, что чтобы не изобретать велосипед, улучшить читаемость и поддерживаемость, надо воспользоваться соответствующим паттерном — желательно с древнеримским названием типа MVXXML. Каждому интерфейсу по контроллеру, каждому контроллеру по интерфейсу! Теперь код мало того, что необходимо поддерживать — это ещё должна делать толпа джуниоров, пара сениоров и главный архитектор.
Но это мало. Это, знаете ли, не Bleeding Edge! Заверните, пожалуйста, в функциональное программирование, нарежьте монадами по 100гр кусочек и подайте под мелко нашинкованными лямбдами. Выглядит вкусно? Что, добавить 2 к переменной a? Это прошлый век! Как вы можете оскорблять высокую кухню самой постановкой такой задачи!
Идите к этим, как их, низкоуровневым! Пусть выдадут вам
add ax, 2! А у нас — искусство!
А есть в системе экстренные отсечки на случай внезапного сбоя? Например, ардуинка свихнется и решит прогреть дом до +255, а не 23… есть что-то, пресекающие нештатные ситуации?
Совершенно не понимаю, как это может работать. Спина выпрямляется за счёт выведения (расправления) грудной клетки, а не за счёт наклона корпуса. Опытный тренер может это объяснить и проконтролировать, показав пальцем на нужный позвонок, и помогая расправить грудную клетку. Гаджет не может ни того, они другого..
Просто воздух стал плотнее, из-за глобального приемлемая и прочих козней рептилоидов. Поэтому и приходится менять частоту для сохранения звучания.
П.7. Осознать, что"фирменные цвета" — это НЕ то, во что надо красить все подряд в офисе. То, что смотрится нормально в логотипе — давит на психику при использовании в интерьере. На фото с тренажёрами у Касперского как раз тот случай, жёлтые коврики в Яндексе получше, но из той же серии.
Главное — спать нормально. Много, хорошо спать. Увы, это сложно, даже если график работы свободный..
Вот потому, что бизнес у нас живёт по принципу "5 лет протянули — хорошо, 10 — чудо!", все эти "стратегии добра" и неактуальны.
Скажем так, все старые — устарели, все новые — недозрели. Ждём :)
Мне кажется, это получается адский мульти-тул для сложных задач вместо отвёртки или хотя бы швейцарского ножа.
Идеальный инструмент — тот, которым легко и приятно пользоваться, а не тот, который покрывает 110% запросов пользователей.
А это решается не модульностью, а хорошим дизайном и usability, от удобных шорткатов на компе до хорошего мобильного приложения. А то рождаются всякие убогие Trello, где интерфейсных ошибок больше, чем фич, зато его можно расширять модулями power ups!
Или посмотрите для примера на сегмент текстовых редакторов или редакторов кода. Монстры редко выживают, а уж модульность вообще мало кому нужна, хотя тоже можно было бы собирать идеальный редактор по кусочкам.
И, да, проще держать notepad, sublime text, word и phpstorm в придачу, потому что для разных целей удобно держать разные отвёртки.
Самое страшное в этом всем, что это не просто цифровая тюрьма. Это нарушение принципа презумпции невиновности: все заранее виновны, каждого можно осудить.
Вот ты, ты и ты — наверняка ведь, если покопаться в твоей переписке, найдётся и что-то вроде "ой, не верю я в вашего бога" или просто недостаточно патриотичное высказывание.
А дальше, вместо того, чтобы следователь доказывал виновность и обосновывал необходимость прослушки, доказывать будешь лично ты, что не верблюд, а очень даже патриот, и когда в Нижнем Новгороде — веришь исправно в одного бога, а в Казани — так же исправно, но в другого. Иначе — штраф и клеймо в лучшем случае.
Я так и не понял, в чем выгода перехода с PHP на Node. Количество коннектов к mySQL уменьшилось за счёт какого-то внутреннего менеджера пула запросов? Ну, можно было его на php написать, вероятно, быстрее, чем менять весь стек разработки?
И если сервер долго отдаёт результаты запроса, какая разница, что подвиснет в ожидании или вылетит с ошибкой — этот менеджер или что-то ещё?
Вместо знания PHP + frontend JS теперь надо знать backend JS + frontend JS? Ну, наверное, есть некоторый выигрыш от унификации подходов… если и бек, и фронт пишет один человек и ему сложно переключаться между языками.
Других выгод не увидел, картинка с инструментами красивая, но если я правильно понял — вместо выбора 1 из 3 инструментов для PHP, в Node обычно только один, без альтернатив?
Я, может, и хотел бы перейти на что-то другое с PHP, но так и не понял, в чем профит. А фраза про "в случае с node сервер подвисает целиком, поэтому его надо мониторить" меня категорически отпугивает.
Прочитал комментарии, такое ощущение, что очень многие вообще не понимают, в чем удобство музыки в ВКонтакте, и почему Дизеры и Я.Музыки ничего не заменяют.
В ВК, в отличие от ФБ, очень удобно делиться музыкой — делать небольшие подборки, плейлисты по настроению, так же удобно их прослушивать, не переходя в другие приложения, не прерывая поток чтения ленты новостей и так далее. И это действительно было очень удобно, и было важной социальной составляющей общения — наравне с возможностью делиться картинками и текстами.
С картинками никакие фотостоки не заставят соцсети фильтровать контент и урезать права пользователей, а вот аудио и кино лобби этим успешно занимаются. Удивительно, но пользователи это не только стерпят, но ещё и напишут, что "да, так и надо, отнимите у нас побольше прав".
Например, в магазине вы не имеете права отказать в обслуживании всем рыжим, хоть это и ваша частная собственность и бизнес. Так что не все тут так просто..
Будем надеяться, что Sketch как-нибудь сам собой помрёт, со всеми его несовместимостями, неудобствами и одноплатформенностью. И не придётся городить вот эти супер технологичные костыли.
Товарищи, я вам аплодирую, но это напоминает мне времена DOS и разбор двоичных форматов, к которым не было описаний). Если с этим инструментом столько возни, неужели в современном мире нельзя выбрать другой инструмент, у которого нет таких проблем с совместимостью?
Электричество на заправке и может быть дешевле, процесс привычнее, зарядка быстрее, да и пригодится всем, кто ездит не просто дом-офис.
18 кубометров — комната 3х3 с потолком 2 метра. Окей, как должен жужжать и с какой силой дуть этот пылесос, чтобы прокачать этот объём за разумное время? И это все у меня на столе?
Видимо, поэтому не указана самая важная характеристика — производительность, в л/час.
Только "повреждено из-за жары" звучит странно. "Сожжено", "выжжено", "расплавлено", но не из-за жары — жара это когда на улице больше +15С (да, такое хреновое лето)
Я есть Рут!
Простите, я один не понимаю, как это — "фаззинг заключался в генерации случайного кода и подаче его браузеру в надежде, что тот обрушится"?
Это все звучит очень круто. Но вам не кажется, что за стремлением к высокому искусству несколько теряется смысл программирования?
Когда-то изобрели процедурный подход. Жить стало круче, стали плодить процедуры из всего, чего можно, где можно было обойтись прямым кодом: вместо a = a + 2 стали писать Add(a, 2). Что улучшает читаемость и поддерживаемость кода.
Потом стали работать с ООП, и все завертелось ещё круче — все должно быть объектами! Теперь мы можем писать a.Add(2), что ещё лучше улучшает читаемость и поддерживаемость!
Но это мало, далее пошла мода на интерфейсы. Стоит ведь предусмотреть, что 2 — это не совсем два, а добавить — это не всегда сложить. Реализуем интерфейс IAdd! Что улучшит читаемость и поддерживаемость кода, само собой, а также сделает его ну ОЧЕНЬ гибким.
Тут уже наворотили столько, что чтобы не изобретать велосипед, улучшить читаемость и поддерживаемость, надо воспользоваться соответствующим паттерном — желательно с древнеримским названием типа MVXXML. Каждому интерфейсу по контроллеру, каждому контроллеру по интерфейсу! Теперь код мало того, что необходимо поддерживать — это ещё должна делать толпа джуниоров, пара сениоров и главный архитектор.
Но это мало. Это, знаете ли, не Bleeding Edge! Заверните, пожалуйста, в функциональное программирование, нарежьте монадами по 100гр кусочек и подайте под мелко нашинкованными лямбдами. Выглядит вкусно? Что, добавить 2 к переменной a? Это прошлый век! Как вы можете оскорблять высокую кухню самой постановкой такой задачи!
Идите к этим, как их, низкоуровневым! Пусть выдадут вам
add ax, 2! А у нас — искусство!