Вам, видимо, очень повезло с местом работы, если овертаймы у вас ассоциируются с «занимались самообразованием после работы, не имели хобби, связанных с работой». Это реально круто, что бизнес готов оплачивать самообразование сотрудников.
У меня овертаймы ассоциируются больше с «нужно срочно, на вчера, сделать фичу, о которой вот только что, за день до релиза, вспомнил бизнес». И люди, которые соглашались овертаймить думали точно не о самообразовании и хобби.
Есть люди, которые просто боятся сказать «нет» на предложение менеджера «поработать дополнительно». Некоторые специально овертаймят, чтобы заработать хорошую репутацию в глазах руководства.
Когда таких людей становиться много – овертаймы в проекте становятся нормой, чем-то само собой разумеющимся. И на человека, который уходит домой отработав положенные 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 – это даже не протокол, это просто договоренность
Я вот вчера в банке снял большую сумму со счета. Занял очередь в кассу, получил на руки много наличных денег, сложил их в сумку и уехал на такси. Со стороны людей в очереди – я анонимус, который увез кучу нала. А вот с фичей поиска по фото – я уже не совсем анонимус.
PS: Но это не значит, что я считаю, что распознавание по фото — это плохо, и его нужно «запретить». Наоборот, я считаю, что создатели алгоритма молодцы.
Лаборант провел измерения, набросал график, увидел несоответствие теории и поспешил доложить профессору
Профессор: отличный график, что вас смешает? Сразу видно, что величина квадратично растет, а потом стремиться к некому пределу… Все по теории, молодой человек…
Тут, лаборант замечает, что, он не обозначил оси координат, и профессор держит график перевернутым на 90 градусов. Он разворачивает график.
Профессор: о – да так еще проще все объяснить…
А ваше утверждение очень сомнительно, ибо если отобразить температуру моего тела относительно 0 по Кельвину, то получится, что она практически не меняется тысячелетиями.
Хотя, безусловно, с визуализацией данных есть куча тюков, но я не думаю (по общему посылу твита), что автор это сделал с умыслом
У вас очень странная статья. Сразу бросается в глаза пункт «у нас много девушек» (нет, это круто, но выглядит как примитивный ход маркетологов).
Но больше меня удивило видео, где герой несколько раз повторят «заниматься компьютерами» Что это было? Актер, который читает текст? Никто из IT не скажет «я — занимаюсь компьютерами». Скажут – я разработчик, я тестировщик, я – QA, я — админ, я – девопс, я фронтенд и т д. но не «я — занимаюсь компьютерами»
Вам, видимо, очень повезло с местом работы, если овертаймы у вас ассоциируются с «занимались самообразованием после работы, не имели хобби, связанных с работой». Это реально круто, что бизнес готов оплачивать самообразование сотрудников.
У меня овертаймы ассоциируются больше с «нужно срочно, на вчера, сделать фичу, о которой вот только что, за день до релиза, вспомнил бизнес». И люди, которые соглашались овертаймить думали точно не о самообразовании и хобби.
Когда таких людей становиться много – овертаймы в проекте становятся нормой, чем-то само собой разумеющимся. И на человека, который уходит домой отработав положенные 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 – это даже не протокол, это просто договоренность
PS: Но это не значит, что я считаю, что распознавание по фото — это плохо, и его нужно «запретить». Наоборот, я считаю, что создатели алгоритма молодцы.
А ваше утверждение очень сомнительно, ибо если отобразить температуру моего тела относительно 0 по Кельвину, то получится, что она практически не меняется тысячелетиями.
Хотя, безусловно, с визуализацией данных есть куча тюков, но я не думаю (по общему посылу твита), что автор это сделал с умыслом
Но больше меня удивило видео, где герой несколько раз повторят «заниматься компьютерами» Что это было? Актер, который читает текст? Никто из IT не скажет «я — занимаюсь компьютерами». Скажут – я разработчик, я тестировщик, я – QA, я — админ, я – девопс, я фронтенд и т д. но не «я — занимаюсь компьютерами»