Варроатоз у пчел (о котором говорит комментатор) – это клещ, паразит. Плюс есть куча болезней вызывных грибками и бактериями. Обильная «дикая растительность» от этого мало защищает
Не знаю, почему заминусвали комментарий. Когда-то, действительно, сбор пчелиного яда был одним из варианта извлечения прибыли. Продавалось соответствующее оборудование для сбора и были организации, которые закупали собранный пчелиный яд (это было где-то в начале 90-х). На сколько я помню – его применяли в фармакологии, но тема достаточно быстро заглохла т. к. нужные вещества научились синтезировать. Я немного задал это время, мы собирали пчелиный яд.
Ну, во-первых, это красиво (как и другие вещи, которые делает адвокат Егоров). Если для фана – отличный вариант (улей с прозрачными стенками, можно наблюдать за жизнью семьи и т. д.) С точки зрения практики пчеловода ориентированного на результат:
он экспериментирует как с рамочными так и с без рамочными ульями. Без рамочный улей не эффективен, так как вместе с медом мы пускаем под пресс соты, и пчелам придётся отстраивать новые соты. В случае рамочного улья – мы берем раму с сотами, извлекаем из нее мед, пустую рамку с сотами возвращаем в улей.
у него на видео мелькали варианты с рамочным ульем. Но сомнительно помещать рамки в цилиндрическую конструкцию (все свободное место шире ~1.5 см пчелы будут застраивать сотами, поэтому ульи делают так, чтобы свободного места не было, и все соты старили только на рамках). Плюс, это требует рамок нестандартного размера. Есть несколько стандартов, и вы можете купить готовые рамки нужного размер (или готовые заготовки для из производства)
С тоски зрения практики – все уже придумано, ульи стандартных размеров максимально простые и эффективные в производстве и обслуживании. А пчелам все равно где жить, в кубическом улье с рамками или цилиндрическом из бутылки. Главное обеспечить им микроклимат (размеры, температура, вентиляция)
Вам, видимо, очень повезло с местом работы, если овертаймы у вас ассоциируются с «занимались самообразованием после работы, не имели хобби, связанных с работой». Это реально круто, что бизнес готов оплачивать самообразование сотрудников.
У меня овертаймы ассоциируются больше с «нужно срочно, на вчера, сделать фичу, о которой вот только что, за день до релиза, вспомнил бизнес». И люди, которые соглашались овертаймить думали точно не о самообразовании и хобби.
Есть люди, которые просто боятся сказать «нет» на предложение менеджера «поработать дополнительно». Некоторые специально овертаймят, чтобы заработать хорошую репутацию в глазах руководства.
Когда таких людей становиться много – овертаймы в проекте становятся нормой, чем-то само собой разумеющимся. И на человека, который уходит домой отработав положенные 8 часов, смотрят криво
А над чем конкретно вы сейчас работаете? Судя по видео за май 2019 – вы продолжаете пытаться балансировать на доске используя только силу и реакцию пилота. Хотя изначально вам говорили, что это не имеет перспектив, ибо даже в идеальных условиях, как видно, это не работает.
У вас есть идеи (или наработки) как стабилизировать эту систему? Другими словами – что вы можете предоставить вузу кроме идеи «хайпануть»?
чем это технически отличается от ситуации, когда конкурент нанял бы дюжину усидчивых индусов
с точки зрения «этичности» — ничем не отличаются, как уже заметили в комментариях выше
по вашему мнению, заканчивается этичность происходящего
Я не знаю. Но я знаю, как однозначно решить вопрос этичности в каждом конкретном случае – просто спорить разрешения у владельца ресурса (мы хотим спарсить вашу базу для таких-то целей). Возможно, и парсить не придется.
Как пример – владелец lamptest.ru провел огромную работу, составил уникальную базу и, при этом, выложил базу в открытый доступ.
Давайте без лишних аналогий:
Некто создал базу товаров. Потратил кучу ресурсов на поиск информации, систематизацию этой информации, вынесение данных в базу.
Вы, по просьбе конкурента эту базу спарсиваете и за деньги отдаете тому самому конкуренту.
Вы считаете, что здесь нет этических проблем?
Касательно законности — не знаю как в РФ, но в Украине БД может быть объектом авторского права.
Это понятно. Но я надеялся, что это будет прямая компиляция в wasm. И что я смогу напасать, условно, web компонент, скомпилировать в wasm и получить самодостаточный модуль, который смогут использовать разработчики на других языках. А здесь получается, по сути, виртуальная машина внутри другой, со своей ни с чем не совместимой обвязкой. Такая «вещь в себе», как и Silverlight, только работает без необходимости устанавливать плагины.
Тогда обидно. Я ожидал, что WebAssembly станет стандартом и каждый вендор не будет тянуть туда свою инфраструктуру. Ожидал, что я смогу совместно использовать модули, написанные на разных языках в одном проекте и т. д.
А в виде «MSIL который парситься (или даже JIT, не важно) некой CLR поверх WebAssembly» — ну такое. Будет очередной Silverlight (только без необходимость устанавливать плагины в браузер)
Как-то у вас все сложно.
Есть энергия (измеряется в Джоулях), например, мы подняли груз масой в 1кг на один метр — это около 10Дж энергии (на этой вашей планете)
Есть потребитель энергии — он использует ту самую энергию, преобразовывает ее (производная энергии по времени). Например, есть генератор, который может преобразовать потенциальную энергию груза в электрическую – но он за секунду может преобразовать только 1Дж энергии (Вт). Вот мы получили понятие «мощность».
И вот если мы возьмем интеграл мощности по времени, то мы получим обратно энергию (в Дж), но для бытовых расчётов удобнее не Дж, а умножить время работы нашего генератора на его мощность.
А зачем его убирать. Его нужно расширить. Почему обозначения точек входа/выхода станций есть только «в круге». Почему за пределами круга все выглядит terra incognita
Как правило, грамотная адаптация программного обеспечения к новым условиям занимает больше времени и усилий, чем написание нового программного обеспечения с нуля. Программисты не любят признавать это, но доказательства очевидны
Я не знаю каких про каких программистов идет речь, но
грамотная адаптация программного обеспечения к новым условиям
в переводе на язык «программистов» обозначает поддержка легаси кода. И звучит это как приговор.
чем написание нового программного обеспечения с нуля
А вот возможность переписать все «правильно, с нуля» — рай для разработчика. Вот только со стороны «заказчика» выглядит не очень (и заказчика тут тоже можно понять)
на Площади Победы создает видимость того, что линия метро прерывается
У меня (я не знаком с Минским метро) именно такая ассоциация и возникла, что там прерывается ветка, и мне как-то нужно будет пересаживаться.
Далее: детализированный круг в центре у меня создает ощущение, что это и есть Минск, а все, что за пределами круга – это пригород. Ну и не понятно, почему иногда текст названия станций накладывается поверх точек входа/выхода из метро
Ещё пару лет и телефоны сравняются по мощности с офисными машинками.
Дело не в мощности. В случае десктопа — дело в наличии привычного для пользователя софта. Здесь пока даже с разными ОС на х86 все местами плохо, про АРМ – боюсь даже представить.
Если ты разрабатываешь на x86, то и деплоить захочешь на x86, потому что сможешь запускать то, что протестил дома. А значит с радостью немного переплатишь за хостинг на x86, просто чтобы он совпадал с твоей рабочей средой, и полученные ошибки транслировались легче.
А теперь мысленно отмотайте время на 20 лет назад, и замените в цитате «x86» — на «Windows». Интересно звучит, правда? Но Linux «взлетел» (чему я очень рад), притом сначала взлетел именно на серверах
Возможно, я не прав в прогнозах, но я бы очень хотел, чтобы АРМ «взлетел» на серверах (ибо на десктопах у него шансов нет совсем). Не потому, что мне эта архитектура нравится, а потому, что x68 нужна конкуренция. И наоборот, хочу прихода х86 на мобильнее устройства, по тем-же причинам.
И я думаю, что в контексте данной статьи шанс прийти на рынок серверов у АРМ есть.
И для подавляющего большинства бизнесов — это аредна одной-двух VPS
Я с вами согласен (с оговорками), если считать «бизнесом» каждое юр. лицо.
Но раз мы говорим о рынке серверов – то там мелкие потребители «одной-двух VPS» (на которых крутится написанный под них софт) особой роли не играют. Основные потребители физических серверов – это крупный бизнес, (IT корпорации, банки, операторы мобильной связи и т д ). И на их серверах, зачастую, крутится типичный софт (я где-то читал, что 30% всех серверов в мире – это сервера СУБД). И в этом сегменте у АРМ, имхо, есть шанс занять свою нишу. Ибо это большая часть рынка физических серверов и относительно немного крупных производителей софта такого уровня.
А вот на десктопах – я не верю в успех АРМ по той причине, что там бесконечный набор софта и сразу вылазит проблема «АРМ на десктопе не нужен пользователю, потому что под него нет нужного софта, а разрабатывать софт под АРМ не выгодно, т. к. нет пользователей»
При всем уважении к заслугам Линуса, не могу согласиться.
Если ты разрабатываешь на x86, то и деплоить захочешь на x86, потому что сможешь запускать то, что протестил дома. А значит с радостью немного переплатишь за хостинг на x86, просто чтобы он совпадал с твоей рабочей средой, и полученные ошибки транслировались легче.
Я, для своего «пэт-проджекта» действительно готов переплатить. Вот только это скорее исключение, когда разработчик сам оплачивает хостинг.
Обычно хосинг и инфраструктуру оплачивает условный «бизнес», а у них есть другие метрики, например, «стоимость владения». Если АРМ действительно предложит серверное решение с более оптимальным соотношением производительность/цена – появится спрос на оптимизацию софта под эту платформу. За спросом подтянется предложение.
Удобство для разработчика – дело не последнее, но и явно не приоритетное. Иначе бы х86 был бы в каждом смартфоне.
Я использовал термин “слой транспорта”. И я не оговорился. Все дело в том, что сам http реализует функции транспортировки запросов к серверу и контента к клиенту независимо от tcp/ip
Вот вы правильно начали.
Есть слои (описанные в ISO/OSI) И http согласно стандарту – это уровень приложения. Но в современном фронте http часто используют как транспортный/сессионный уровень. Старый прием, инкапсуляция протоколов. Например, сейчас стек RS-485/MODBUS часто инкапсулируют в TCP/IP ибо так проще, чем тянуть физический RS-485. И при инкапсуляции важно, что вышестоящий уровень не зависит от предыдущего. В нашем случае MODBUS должен работать на своем уровне, а не слать NACK на TCP пакеты протокола, в который он инкапсулирован.
Аналогично с REST. HTTP 401 должна говорить что инициатор HTTP не авторизован и. т.д. Но инициатором, как вы правильно заметил, и может быть другой сервер, а не конечный пользователь. Ну и да, REST – это даже не протокол, это просто договоренность
Варроатоз у пчел (о котором говорит комментатор) – это клещ, паразит. Плюс есть куча болезней вызывных грибками и бактериями. Обильная «дикая растительность» от этого мало защищает
Не знаю, почему заминусвали комментарий. Когда-то, действительно, сбор пчелиного яда был одним из варианта извлечения прибыли. Продавалось соответствующее оборудование для сбора и были организации, которые закупали собранный пчелиный яд (это было где-то в начале 90-х). На сколько я помню – его применяли в фармакологии, но тема достаточно быстро заглохла т. к. нужные вещества научились синтезировать. Я немного задал это время, мы собирали пчелиный яд.
Ну, во-первых, это красиво (как и другие вещи, которые делает адвокат Егоров). Если для фана – отличный вариант (улей с прозрачными стенками, можно наблюдать за жизнью семьи и т. д.)
С точки зрения практики пчеловода ориентированного на результат:
он экспериментирует как с рамочными так и с без рамочными ульями. Без рамочный улей не эффективен, так как вместе с медом мы пускаем под пресс соты, и пчелам придётся отстраивать новые соты. В случае рамочного улья – мы берем раму с сотами, извлекаем из нее мед, пустую рамку с сотами возвращаем в улей.
у него на видео мелькали варианты с рамочным ульем. Но сомнительно помещать рамки в цилиндрическую конструкцию (все свободное место шире ~1.5 см пчелы будут застраивать сотами, поэтому ульи делают так, чтобы свободного места не было, и все соты старили только на рамках). Плюс, это требует рамок нестандартного размера. Есть несколько стандартов, и вы можете купить готовые рамки нужного размер (или готовые заготовки для из производства)
С тоски зрения практики – все уже придумано, ульи стандартных размеров максимально простые и эффективные в производстве и обслуживании.
А пчелам все равно где жить, в кубическом улье с рамками или цилиндрическом из бутылки. Главное обеспечить им микроклимат (размеры, температура, вентиляция)
Вам, видимо, очень повезло с местом работы, если овертаймы у вас ассоциируются с «занимались самообразованием после работы, не имели хобби, связанных с работой». Это реально круто, что бизнес готов оплачивать самообразование сотрудников.
У меня овертаймы ассоциируются больше с «нужно срочно, на вчера, сделать фичу, о которой вот только что, за день до релиза, вспомнил бизнес». И люди, которые соглашались овертаймить думали точно не о самообразовании и хобби.
Когда таких людей становиться много – овертаймы в проекте становятся нормой, чем-то само собой разумеющимся. И на человека, который уходит домой отработав положенные 8 часов, смотрят криво
Похоже на «трагедию общин» в теории игр
А над чем конкретно вы сейчас работаете? Судя по видео за май 2019 – вы продолжаете пытаться балансировать на доске используя только силу и реакцию пилота. Хотя изначально вам говорили, что это не имеет перспектив, ибо даже в идеальных условиях, как видно, это не работает.
У вас есть идеи (или наработки) как стабилизировать эту систему? Другими словами – что вы можете предоставить вузу кроме идеи «хайпануть»?
с точки зрения «этичности» — ничем не отличаются, как уже заметили в комментариях выше
Я не знаю. Но я знаю, как однозначно решить вопрос этичности в каждом конкретном случае – просто спорить разрешения у владельца ресурса (мы хотим спарсить вашу базу для таких-то целей). Возможно, и парсить не придется.
Как пример – владелец lamptest.ru провел огромную работу, составил уникальную базу и, при этом, выложил базу в открытый доступ.
Некто создал базу товаров. Потратил кучу ресурсов на поиск информации, систематизацию этой информации, вынесение данных в базу.
Вы, по просьбе конкурента эту базу спарсиваете и за деньги отдаете тому самому конкуренту.
Вы считаете, что здесь нет этических проблем?
Касательно законности — не знаю как в РФ, но в Украине БД может быть объектом авторского права.
Я больше верю в версию «ученый изнасиловал журналиста» чем в версию, что он стал «предпринимателем» и сам в это верит
А в виде «MSIL который парситься (или даже JIT, не важно) некой CLR поверх WebAssembly» — ну такое. Будет очередной Silverlight (только без необходимость устанавливать плагины в браузер)
Есть энергия (измеряется в Джоулях), например, мы подняли груз масой в 1кг на один метр — это около 10Дж энергии (на этой вашей планете)
Есть потребитель энергии — он использует ту самую энергию, преобразовывает ее (
производная энергии по времени). Например, есть генератор, который может преобразовать потенциальную энергию груза в электрическую – но он за секунду может преобразовать только 1Дж энергии (Вт). Вот мы получили понятие «мощность».И вот
если мы возьмем интеграл мощности по времени, томы получим обратно энергию (в Дж), но для бытовых расчётов удобнее не Дж, а умножить время работы нашего генератора на его мощность.А зачем его убирать. Его нужно расширить. Почему обозначения точек входа/выхода станций есть только «в круге». Почему за пределами круга все выглядит terra incognita
Я не знаю каких про каких программистов идет речь, но
в переводе на язык «программистов» обозначает поддержка легаси кода. И звучит это как приговор.
А вот возможность переписать все «правильно, с нуля» — рай для разработчика. Вот только со стороны «заказчика» выглядит не очень (и заказчика тут тоже можно понять)
У меня (я не знаком с Минским метро) именно такая ассоциация и возникла, что там прерывается ветка, и мне как-то нужно будет пересаживаться.
Далее: детализированный круг в центре у меня создает ощущение, что это и есть Минск, а все, что за пределами круга – это пригород. Ну и не понятно, почему иногда текст названия станций накладывается поверх точек входа/выхода из метро
Дело не в мощности. В случае десктопа — дело в наличии привычного для пользователя софта. Здесь пока даже с разными ОС на х86 все местами плохо, про АРМ – боюсь даже представить.
А теперь мысленно отмотайте время на 20 лет назад, и замените в цитате «x86» — на «Windows». Интересно звучит, правда? Но Linux «взлетел» (чему я очень рад), притом сначала взлетел именно на серверах
И я думаю, что в контексте данной статьи шанс прийти на рынок серверов у АРМ есть.
Я с вами согласен (с оговорками), если считать «бизнесом» каждое юр. лицо.
Но раз мы говорим о рынке серверов – то там мелкие потребители «одной-двух VPS» (на которых крутится написанный под них софт) особой роли не играют. Основные потребители физических серверов – это крупный бизнес, (IT корпорации, банки, операторы мобильной связи и т д ). И на их серверах, зачастую, крутится типичный софт (я где-то читал, что 30% всех серверов в мире – это сервера СУБД). И в этом сегменте у АРМ, имхо, есть шанс занять свою нишу. Ибо это большая часть рынка физических серверов и относительно немного крупных производителей софта такого уровня.
А вот на десктопах – я не верю в успех АРМ по той причине, что там бесконечный набор софта и сразу вылазит проблема «АРМ на десктопе не нужен пользователю, потому что под него нет нужного софта, а разрабатывать софт под АРМ не выгодно, т. к. нет пользователей»
Я, для своего «пэт-проджекта» действительно готов переплатить. Вот только это скорее исключение, когда разработчик сам оплачивает хостинг.
Обычно хосинг и инфраструктуру оплачивает условный «бизнес», а у них есть другие метрики, например, «стоимость владения». Если АРМ действительно предложит серверное решение с более оптимальным соотношением производительность/цена – появится спрос на оптимизацию софта под эту платформу. За спросом подтянется предложение.
Удобство для разработчика – дело не последнее, но и явно не приоритетное. Иначе бы х86 был бы в каждом смартфоне.
Вот вы правильно начали.
Есть слои (описанные в ISO/OSI) И http согласно стандарту – это уровень приложения. Но в современном фронте http часто используют как транспортный/сессионный уровень. Старый прием, инкапсуляция протоколов. Например, сейчас стек RS-485/MODBUS часто инкапсулируют в TCP/IP ибо так проще, чем тянуть физический RS-485. И при инкапсуляции важно, что вышестоящий уровень не зависит от предыдущего. В нашем случае MODBUS должен работать на своем уровне, а не слать NACK на TCP пакеты протокола, в который он инкапсулирован.
Аналогично с REST. HTTP 401 должна говорить что инициатор HTTP не авторизован и. т.д. Но инициатором, как вы правильно заметил, и может быть другой сервер, а не конечный пользователь. Ну и да, REST – это даже не протокол, это просто договоренность