Самый обычный лего-конструктор. Стоит дешево, есть куча больших плошадок и возможность строить "сложные" формы. А крепить платы легко - или всверливаем болт нужного диаметра в высокий блок, или клеим на жидкие звозди прямо к плоской площадке.
Если найду фото, ответом на комент кину монтажный шкаф, где большую пластину лего 60×80см прикрутили к щиту и собрали таким образом "заводской прототип" который пережил переезды на сотни км и около 6 видов сборок (перебирали в процессе и ловили оптимальное)
Занимаюсь разработкой промышленых фильтров (контроллеры) и насмотрелся на разное.
Очищают все, и от бактерий, и от кальция, и от металов.
.
То что в посте фильтр - он от жесткой воды с металами. Если метала вообще дохера то аераторов нужно больше.
Вообще все эти фильтры требуют места и обслуживания.
Место понятно, а обслуживание хотя бы раз в несколько лет, потому берите "самое дешевое" и не пытайтесь играть в гинеколога, впихивая в ограниченое пространство - новые сухие балоны не то самое как мокрые и тяжелые. Знал ситуации когда сначала секономили, а потом заново покупали систему, так как обслуживание произвести нереально
Для больших компаний такое правильно и часто встречается. (Хотя в статье переусложнено как по мне)
Хотя чаще есть отдельный человек что занимается ведением всех технических данных (и техническ й стек глубоко вторичен).
Таблицы и прочее прочее, нужны больше для пояснения функционала и прочих данных верхнего уровня. Когда документация "низкого уровня" всегда попоболь, так разрабатывается и правится.
.
У нас на работе есть частая задача с созданием и модифицированием АПИ в огромных обьемах.
Прошли через многое.
На сейчас реализована обратная система - из openAPI файла генерируются методы роута, со всеми проверками что описаны в openAPI. Если валидация верна то результат передается на метот указаный в openAPI (х_ параметр) или на типовую заглушку если метот не указан.
Такой подход очень сильно упростил жизнь:
Количество проблем с выкаткой обновлений, которые не соотвествуют стандартам безопасности или не соотвествуюет документации сократилось до нуля
Единый вид валидации и обработки всех перехватов.
Програмисты работают именно над реализацией функционала, а не занимаются "творчеством" в пространстве между сервером и клиентом.
Добавление новых методов или модификация старых требует только работу с документацией. Нет "лишней работы" которую так не любят разрабы. Все что делается влияет на работу и отображается в документации, без дублей.
Гибкая работа с версиями АПИ или разными точками входа, в одном приложении. Разные методы могут отдавать один и тот же результат и работают с одним и тем же методом.
Документацию можно открыть в любом удобном виде, так как это открытый стандарт.
Конешно не обошлось и без минусов:
В openAPI нет веб-сокетов. Пришлось "придумать" свои костыли описания и уже который год с ужасом "предвкушаем" когда в стандарте он появится.
Пришлось отказатся от не строгой типизации, когда параметр может принимать несколько разных видов данных, потому как это переусложняло и запутывало. Старые версии поддерживают, но новые уже нет.
Создалось более двух десятков новых параметров которых нет в openAPI но которые необходимы нашему парсеру для работы. Для работников пришлось писать документацию на документацию)
Для тех кто привык работать с системами автодокументирования было сложно переключится на новый формат. Доходило до споров и даже одного увольнения.
Такой формат работы с "черными ящиками" заставляет програмистов быть более сфокусироваными. Тесты генерируются вместе с роутами и проверками, потому нельзя "набросать" готовое решение и сказать "ясделял".
Для людей которые деньги не считают проблем как не было так и не будет - тут вы правы. Что северная корея, что времена ссср - у кого надо было все что хотелось и так.
. Это новость больше для простых смертных, которые теряют доступ к все большему количеству благ благодаря сверхдержаности.
Теперь вот отпал окончательно доступ к дешевому рынку современных деталей и услуг (тот же выпуск печатных плат и устройств через китай и для частника есть только у китая за копейки)
Макс конешно умеет красиво рассказать и "продать".
Сколько уже было, та же тесла.
Действительно было бы оптимальнее начать с луны. И ближе, и гравитация ниже, и сигнал быстро доходит.
По уму на марс вообще нужно лететь на чем то огромном, пустотном (то что собрали в космосе) потому как на такое растояние нужно будет сотни и тысячи старшипов запустить (и потом вернуть их!!) что бы перенести минимум небходимый для жизни людей.
Если же говорить про "тысячи людей" то такие огромные пустотные челноки, которые будут "приземлятся" только на орбиту должны курсировать постоянно на маршруте, так как логистика для содержания тысячи человек будет адовая, и дело даже не только в еде/воде/кислороде
Про малоизвестность вранье. Я не фронт, но половину встречал в том или ином виде. И еше часть видел в живую.
Про "сокровища" тоже спорно. Реализовать такое не так просто (большую часть), а правильно реализовать еше нужно уметь. Чаще встречается или кривая реализация которая делает хуже юзабилити, или вообще пиздец где из-за лагов и вылетов не поймешь что вообще первоначально хотел автор получить
А если я не хочу проходить невнятный квест? Потом окажется что с прохождением квеста я согласился отдать первенца и прочее-прочее что там прописано мелким почерком и потом еще пол года прийдется отписываться и блокировать разное
В другом тренде говорили что она от куков зависит (и администрация удаляла все пояснения), если все так через жопу то скажите хоть какие куки "прописать" что бы она заработала в настройках
Возможно прозвучит сексистки, но програмирование (именно суровое програмирование, код, алгоритмы и ничего более) как раз таки мужское занятие, потому как там требуется детерминированая логика.
Есть куча смежных направлений в IT, тот же фронт где больше дизайнов чем чистого програмирования - в таком женщинам почет и уважение, они там на своем месте. В чистом же програмировании - знаю пару исключений из правил с крутыми спецами, но эти женщины-програмисты слабо соприкасаются с классическим женским колективом (как белая ворона).
К слову есть и обратная ситуация, когда парню только месячных в комплекте не хватает, все остальное уже есть, с избытком (и альтернативной логикой)
.
Это не какой то расизм, это простая физиология плюс культура воспитания. Мозг это мышца которая зависит от множества факторов.
Безспорно сейчас есть множество практик которые помогают "синхронизировать" команды разрботки и боротся с плохим кодом, но когда работа происходит "вопреки" тому что разработчик "считает правильным" то КПД такой работы довольно низкое
вот - равномерно! именно про это я и говорил - лет десять назад пилил костыли на базе postgress как раз для такого, подводных в такой "равномерости" масса . сейчас "равномерность" редко нужна. точнее нужна но в рамках локального кластера и для этого уже есть готовые решения, тупо на уровне брокера.
А я говорю про зонирование. Есть три страны: A, B и С. В стране А 5 нод, в стране B 4 ноды, а в стране С всего две ноды.
Нужна архитектура когда все ноды работают в едином пространстве, но с разбитием на локальные потоки. Как раз в рамках потока может быть равномерная репликация но не более
Доступ к нодам за пределами потока должен предоставлятся на уровне локальной ноды (могут быть тунели для вобще печальных ситуциаций такие как Китай).
В случа если все локальные ноды недоступны клиент может безшовно получить доступ к внешнему ближайшему потоку. Блокировки на операции быть не должно. Редактирование и просмотр недоступного контента информируется заглушками, а создание сохранение из буфера\кеша сохранятся в буфер всего кластера (что бы иметь возможноть дополнять\редактировать уже сохраненное) для последующей записи на востановленный сервер.
Описаную выше архитектуру NewSQL может разве что облизать. И такие задачи сейчас классика, с законами про персональные данные и внедрение повсеместных фаерволов внутри стран.
Из личного опыта перепробовал кучу всего.
Самым идельным оказался... ...лего.
Самый обычный лего-конструктор. Стоит дешево, есть куча больших плошадок и возможность строить "сложные" формы. А крепить платы легко - или всверливаем болт нужного диаметра в высокий блок, или клеим на жидкие звозди прямо к плоской площадке.
Если найду фото, ответом на комент кину монтажный шкаф, где большую пластину лего 60×80см прикрутили к щиту и собрали таким образом "заводской прототип" который пережил переезды на сотни км и около 6 видов сборок (перебирали в процессе и ловили оптимальное)
Закажите анализ и вам расскажут.
Занимаюсь разработкой промышленых фильтров (контроллеры) и насмотрелся на разное.
Очищают все, и от бактерий, и от кальция, и от металов.
.
То что в посте фильтр - он от жесткой воды с металами. Если метала вообще дохера то аераторов нужно больше.
Вообще все эти фильтры требуют места и обслуживания.
Место понятно, а обслуживание хотя бы раз в несколько лет, потому берите "самое дешевое" и не пытайтесь играть в гинеколога, впихивая в ограниченое пространство - новые сухие балоны не то самое как мокрые и тяжелые. Знал ситуации когда сначала секономили, а потом заново покупали систему, так как обслуживание произвести нереально
Для больших компаний такое правильно и часто встречается. (Хотя в статье переусложнено как по мне)
Хотя чаще есть отдельный человек что занимается ведением всех технических данных (и техническ й стек глубоко вторичен).
Таблицы и прочее прочее, нужны больше для пояснения функционала и прочих данных верхнего уровня. Когда документация "низкого уровня" всегда попоболь, так разрабатывается и правится.
.
У нас на работе есть частая задача с созданием и модифицированием АПИ в огромных обьемах.
Прошли через многое.
На сейчас реализована обратная система - из openAPI файла генерируются методы роута, со всеми проверками что описаны в openAPI. Если валидация верна то результат передается на метот указаный в openAPI (х_ параметр) или на типовую заглушку если метот не указан.
Такой подход очень сильно упростил жизнь:
Количество проблем с выкаткой обновлений, которые не соотвествуют стандартам безопасности или не соотвествуюет документации сократилось до нуля
Единый вид валидации и обработки всех перехватов.
Програмисты работают именно над реализацией функционала, а не занимаются "творчеством" в пространстве между сервером и клиентом.
Добавление новых методов или модификация старых требует только работу с документацией. Нет "лишней работы" которую так не любят разрабы. Все что делается влияет на работу и отображается в документации, без дублей.
Гибкая работа с версиями АПИ или разными точками входа, в одном приложении. Разные методы могут отдавать один и тот же результат и работают с одним и тем же методом.
Документацию можно открыть в любом удобном виде, так как это открытый стандарт.
Конешно не обошлось и без минусов:
В openAPI нет веб-сокетов. Пришлось "придумать" свои костыли описания и уже который год с ужасом "предвкушаем" когда в стандарте он появится.
Пришлось отказатся от не строгой типизации, когда параметр может принимать несколько разных видов данных, потому как это переусложняло и запутывало. Старые версии поддерживают, но новые уже нет.
Создалось более двух десятков новых параметров которых нет в openAPI но которые необходимы нашему парсеру для работы. Для работников пришлось писать документацию на документацию)
Для тех кто привык работать с системами автодокументирования было сложно переключится на новый формат. Доходило до споров и даже одного увольнения.
Такой формат работы с "черными ящиками" заставляет програмистов быть более сфокусироваными. Тесты генерируются вместе с роутами и проверками, потому нельзя "набросать" готовое решение и сказать "ясделял".
Иного интересного узнал, хотя первоначально перешел сюда из-за картинки что бы почитать за хромакеи. А про них меньше обзаца в самом конце.
Продолжение планируется?
То ли дело все уголовные дела на этой почве.
Как политические (вк, рф) так и чисто экономические.
На сейчас незнание палки не защищает от поражения ею.
Продавцов зачастую сложно деанонимизировать если они серьезно подошли к проблеме, а вот вычислять пользователей в разы проще - халявные палки.
Для людей которые деньги не считают проблем как не было так и не будет - тут вы правы.
Что северная корея, что времена ссср - у кого надо было все что хотелось и так.
.
Это новость больше для простых смертных, которые теряют доступ к все большему количеству благ благодаря сверхдержаности.
Теперь вот отпал окончательно доступ к дешевому рынку современных деталей и услуг (тот же выпуск печатных плат и устройств через китай и для частника есть только у китая за копейки)
Все те же проблемы что я выше писал
Хуй там плавал. Нет клиента у которого полностью отсутсвуют сторисы.
Все равно будет показыватся уебишная рамка вокруг аватара и если по ней случайно клацнуть - откроет сторис а не чат.
Я специально искал. Клиентов тьма, есть хорошие сборки, но полностью заблокированых сторисов нет
Но даже премиум не запрещает и не блркирует сторисы((
Макс конешно умеет красиво рассказать и "продать".
Сколько уже было, та же тесла.
Действительно было бы оптимальнее начать с луны. И ближе, и гравитация ниже, и сигнал быстро доходит.
По уму на марс вообще нужно лететь на чем то огромном, пустотном (то что собрали в космосе) потому как на такое растояние нужно будет сотни и тысячи старшипов запустить (и потом вернуть их!!) что бы перенести минимум небходимый для жизни людей.
Если же говорить про "тысячи людей" то такие огромные пустотные челноки, которые будут "приземлятся" только на орбиту должны курсировать постоянно на маршруте, так как логистика для содержания тысячи человек будет адовая, и дело даже не только в еде/воде/кислороде
Про малоизвестность вранье. Я не фронт, но половину встречал в том или ином виде. И еше часть видел в живую.
Про "сокровища" тоже спорно. Реализовать такое не так просто (большую часть), а правильно реализовать еше нужно уметь. Чаще встречается или кривая реализация которая делает хуже юзабилити, или вообще пиздец где из-за лагов и вылетов не поймешь что вообще первоначально хотел автор получить
А если я не хочу проходить невнятный квест? Потом окажется что с прохождением квеста я согласился отдать первенца и прочее-прочее что там прописано мелким почерком и потом еще пол года прийдется отписываться и блокировать разное
В другом тренде говорили что она от куков зависит (и администрация удаляла все пояснения), если все так через жопу то скажите хоть какие куки "прописать" что бы она заработала в настройках
На один и тот же ПК можно установить как виндовс, так и линукс. А еще можно что то другое поставить.
Железо может одно и то же, но "софт" решает
Выросло поколение не владеюшее базовыми понятиями..
Учитывая что подразумеыались две разные ситуации, при тождественной исходной
Майнер на пользовательском устройсве?
И так чем дальше тем хуже продукты - тот же андроид.
Не верю что шардирование расчетов по устройсвам будет быстрее сервера (так как там очень важна оперативка и единое пространство памяти).
Так же не верю что это решение будет работать как ожидалось и "забирать" всего 5%, учитывая все продукты гугла
Возможно прозвучит сексистки, но програмирование (именно суровое програмирование, код, алгоритмы и ничего более) как раз таки мужское занятие, потому как там требуется детерминированая логика.
Есть куча смежных направлений в IT, тот же фронт где больше дизайнов чем чистого програмирования - в таком женщинам почет и уважение, они там на своем месте. В чистом же програмировании - знаю пару исключений из правил с крутыми спецами, но эти женщины-програмисты слабо соприкасаются с классическим женским колективом (как белая ворона).
К слову есть и обратная ситуация, когда парню только месячных в комплекте не хватает, все остальное уже есть, с избытком (и альтернативной логикой)
.
Это не какой то расизм, это простая физиология плюс культура воспитания. Мозг это мышца которая зависит от множества факторов.
Безспорно сейчас есть множество практик которые помогают "синхронизировать" команды разрботки и боротся с плохим кодом, но когда работа происходит "вопреки" тому что разработчик "считает правильным" то КПД такой работы довольно низкое
воистину гугл поражает. Всегда кажется - вот оно дно! Но гугл как всегда предвосхищает ожидания..
И как ею пользоватся?
Такой кнопки не наоел хотя искал
О боги - выложи это как веб-ресурс в формате википедии, с поиском и тд.
И сделай про это единый пост.
Зачем этот спам?
вот - равномерно!
именно про это я и говорил - лет десять назад пилил костыли на базе postgress как раз для такого, подводных в такой "равномерости" масса
.
сейчас "равномерность" редко нужна. точнее нужна но в рамках локального кластера и для этого уже есть готовые решения, тупо на уровне брокера.
А я говорю про зонирование. Есть три страны: A, B и С. В стране А 5 нод, в стране B 4 ноды, а в стране С всего две ноды.
Нужна архитектура когда все ноды работают в едином пространстве, но с разбитием на локальные потоки. Как раз в рамках потока может быть равномерная репликация но не более
Доступ к нодам за пределами потока должен предоставлятся на уровне локальной ноды (могут быть тунели для вобще печальных ситуциаций такие как Китай).
В случа если все локальные ноды недоступны клиент может безшовно получить доступ к внешнему ближайшему потоку. Блокировки на операции быть не должно. Редактирование и просмотр недоступного контента информируется заглушками, а создание сохранение из буфера\кеша сохранятся в буфер всего кластера (что бы иметь возможноть дополнять\редактировать уже сохраненное) для последующей записи на востановленный сервер.
Описаную выше архитектуру NewSQL может разве что облизать. И такие задачи сейчас классика, с законами про персональные данные и внедрение повсеместных фаерволов внутри стран.