Все потоки

В статье ставится проблема избыточной сложности использования фреймворка React.js при богатстве его функций, описана возможная тенденция роста технического долга и зависимость между предоставляемыми средствами и величиной технического долга.

Что подразумевается под необоснованной сложностью проектов?

Для начала необходимо отметить, что «React» в отличии от «Vue» предоставляет огромную свободу разработчику. Благодаря этому разработчики любят данный фреймворк и всячески указывают, что приложения на «React» будут быстрее и производительнее чем на «Vue». Это несомненно так, «React» приложения можно сделать быстрым, производительным и легко тестируемым. К сожалению, достичь этого крайне тяжело и из-за этого многие компании могут иметь не высокопроизводительные приложения, а наоборот перегруженные излишним кодом и трудно тестируемые приложения. Это связанно с тем, что начинающим разработчикам сложно понять, как правильно писать приложения на «React».

«React» словно тренер по плаванию, бросает вас в воду и говорит плыви, ему не важно будете вы правильно дышать или махать руками, ему важно чтобы вы плыли. Проецируя данный пример на «React», мы получаем возможность писать очень плохой рабочий код. Особенно это распространено в командах, где нет специалиста по «React». Люди меняются и каждый раз поддерживать приложение все труднее и труднее, кто-то увидел пример в функциональном стиле:

Как ты расслабляешься, да я особо и не напрягаюсь. Именно этот анекдот хотелось привести в преамбуле к данной переводной заметке. Это прямо манифест лени as is. Весьма любопытное столкновение западной и восточной культуры. Нам в М.Видео-Эльдорадо особо прокрастинировать некогда, но дискуссию можно продолжить в комментариях.    

Сегодня хочу поговорить с вами про компонент нашего мозга, который генерирует мотивацию и желание достигать различные вершины: от похода в «Макдак» до заработка миллиардов каких-либо условных единиц. 

Это чудо-вещество называется дофамин — это нейромедиатор и нейрогормон. Вы наверняка слышали о нем, но с высокой долей вероятности вас ввели заблуждение о его истинной роли.

В этой статье этот миф будет развеян по ветру. Бонусом обсудим нужно ли поднимать дофамин и если да, то как это сделать.

Всем привет! Мне без пару месяцев 30 и я решил предпринять самую последную и решительную попытку сменить профессию. Это будет четвертая попытка :) Не припомню, что бы на 4-ку мне как-то по жизни очень везло, но надеюсь это как раз тот самый момент!

Многие ищут способы открыть себе счет из России удаленно в нормальном зарубежном банке. Но давайте признаем: это либо нереально сразу, либо влечет за собой разные сложности в виде блокировок и ограничений в будущем.

Компания в США — абсолютно полноценное решение. По мне это самый простой, удобный, надёжный и дешевый (!) способ существовать в текущих реалиях всем, кто мало-мальски связан с межграничной работой/транзакциями. Включая оплаты сервисов.

Дисклеймер: я не консультант по этой теме, просто имею собственный опыт, который наложил на небольшой опрос и текущие перспективы, и хочу поделиться. Буду рад любым уточнениям, возможностям, рассказам об опыте в комментариях. В обычной жизни являюсь сооснователем YC-стартапа Beau.

Сейчас часто пишут, что невозможно открыть банковский счет компании с российским паспортом. Однако в банках и сервисах-помощниках (Stripe Atlas, Firebase, Clerky и др.) запрещены не люди, а территории: если планируется вести бизнес в России, то нельзя. Да, это в том числе определяется резидентством учредителя. Другими словами, ВНЖ в другой стране решает все проблемы.

Списки запрещенных стран у сервисов занятные — Бурунди, ЦАР, Северная Корея, Венесуэла, Россия и др. Отрезвляет.

Если у вас нет ВНЖ в другой стране, то вот простой лайфхак — открыть компанию, добавив у нее нерезидента РФ: он может быть с российским паспортом, но жить за границей. Иногда (но не всегда) достаточно одного такого учредителя (основного заявителя), а остальные вполне могут быть резидентами в России. После получения всех документов (включая EIN) и открытия счета в банке никто не запрещает сменить состав учредителей. А можно этого и не делать вовсе.

Из-за * событий на Украине попал под санкции спортивной соц.сети Strava (примечание — заявление Strava в отношении всей "этой*" ситуации).

Перед уходом в другую спортивную соц.сеть я выгрузил все свои тренировки из Strava и с помощью _GNU/Linux/Termux & Python решил предварительно проанализировать своё телодвижение. Распарсил тренировки и создал визуализацию всей личной активности за прошедшие годы. Получилось так, как проголосовали пользователи Хабра (см. "the end").

Мне очень нравится концепция Single Source of Truth. Мне очень нравятся Netbox и Nautobot. Но функционала “из коробки” не всегда хватает. К счастью, есть система расширений (plugins), которая позволяет адаптировать платформу под конкретные нужды пользователей. Раньше, когда мне нужен был плагин, я искал готовые решения в сообществах. А если таковых не находилось, то оставалось только ждать, когда эти неведомые разработчики, умеющие писать плагины, соблаговолят разработать такое нужное мне расширение. Но оказалось, что написать плагин самому не так уж и сложно. И уж точно не стоит этого бояться.

На прошлой неделе мы рассказали о компактном инструменте AudioMass. Он позволяет «нарезать» звуковую дорожку прямо в браузере. Сегодня поговорим о другом аудиоредакторе, который тоже не требует установки специальных приложений.

Для удаленного доступа к физическим серверам клиенты хостеров используют программные средства, которые работают только при наличии операционной системы и специального софта.

Если система не установлена или возникли какие-то проблемы с ее настройкой (например, при попытке изменить правила межсетевого экрана), доступ можно потерять. В таких ситуациях на помощь приходят специализированные контроллеры, позволяющие управлять серверами без ОС, как если бы вы сидели за физической консолью. Рассказываем, как это работает у нас в HOSTKEY.

В праве есть два понятия, которые звучат похоже, но сильно отличаются. Это исключительное право и исключительная лицензия. Сейчас разберемся, в чем разница на примере ПО. 

Итак, исключительное право - это возможность самому использовать ПО как угодно, а еще разрешать или запрещать его использовать всем другим. 

Исключительное право изначально возникает у автора. Автор - это тот, кто создал произведение. В нашем случае автор - тот, кто написал код. Исключительное право может быть передано навсегда двумя способами: работодателю в рамках выполняемого служебного задания и по договору отчуждения. А еще можно дать возможность временно использовать исключительное право по лицензионному договору.

Фух. Обещаю, самое сложное закончилось - это главное, что нужно знать. Теперь немножко подробнее со всем этим разберемся.

Сначала рассмотрим варианты отчуждения исключительного права. 

Первый вариант отчуждения права - права могут быть переданы работодателю, если работник оформлен по трудовому договору и создал ПО в рамках выполнения служебного задания. 

Чтобы передача прав сработала, работодатель должен подготовить и подписать с работником комплект документов:

Привет, в переводе данного руководства вы сможете узнать как поместить ваше приложение в докер.

Докер – это открытая платформа для разработки, запуска и управления контейнерами на сервере и в облаке.

Для примера приложения в этом руководстве мы будем использовать Next.js.

Паралич из-за травмы позвоночника долгое время оставался неизлечимым. Могут ли научные разработки снова поставить людей на ноги? Впервые в мире учёные из Тель-Авивского университета создали трехмерные ткани спинного мозга человека и имплантировали их в лабораторную модель с хроническим параличом, продемонстрировав высокие показатели успеха в восстановлении способности ходить. Сейчас учёные готовятся к следующему этапу исследования – клиническим испытаниям на людях. Они надеются, что через несколько лет искусственные ткани будут имплантированы парализованным людям, что позволит им снова вставать и ходить.

Всем привет! Меня зовут Данил, и мы в Just AI разрабатываем платформу для создания различных чат-ботов. И для того, чтобы максимально упростить этот процесс, а именно процесс написания сценария работы бота, мы имеем свой собственный DSL.

С его помощью можно описать поведение вашего бота, а при помощи javascript’а наполнить бота различной кастомной логикой. Разработчики ботов на платформе используют для этого нашу web IDE, которая поддерживает этот DSL.

Сценарий для бота может состоять из большого количества файлов, в которых хочется ориентироваться и искать интересующую информацию.

Давайте пару слов скажу про то, а какой поиск мы хотели получить по итогу, когда делали его? Проще говоря, такой же, как и в любой IDE, к которой мы привыкли. Чтобы можно было искать не только по частичному совпадению, но так же и по regex, и по полному совпадению слова, а так же как с учетом регистра, так и без.

Помогая пользователям NGINX с разрешением проблемных ситуаций, мы поняли, что большинство из них часто совершает одни и те же ошибки конфигурации. Более того, подобные ситуации вполне могут возникнуть даже у самих инженеров NGINX! В этой статье рассмотрим 10 наиболее распространенных ошибок и объясним как их исправить.

1. Недостаточное количество файловых дескрипторов;
2. Директива error_log off;
3. Отсутствие keepalive-соединения с вышестоящими серверами;
4. Упущение механизмов наследования директив;
5. Директива proxy_buffering;
6. Неправильное использование директивы if;
7. Чрезмерные проверки работоспособности;
8. Незащищенный доступ к метрикам;
9. Использование ip_hash, когда весь трафик поступает из одного и того же блока /24 CIDR;
10. Игнорирование преимуществ вышестоящих групп.

Роман Роберта Хайнлайна «Погоня за панкерой» был впервые опубликован в 2020 году, через тридцать с лишним лет после смерти автора. Здесь не задействована машина времени или другие чудеса науки (кажется), но, тем не менее, в истории потерянной рукописи мэтра есть что-то чудесное. Что же за роман «Погоня за панкерой», как он связан с «Числом Зверя» и чего вообще от него ждать?

Сколько раз, приходя в новую компанию, вы получали в руки “большой комок грязи“, к которому каким-то образом нужно прикручивать новый функционал?

Без документации.
Без контроля версий.
Без какой-либо надежды на душевное равновесие в будущем.

Адрес TCP/IP поддерживает только 65000 подключений, поэтому придётся назначить этому серверу примерно 30000 IP-адресов.

Существует 65535 номеров TCP-портов, значит ли это, что к TCP-серверу может подключиться не более 65535 клиентов? Можно решить, что это накладывает строгое ограничение на количество клиентов, которые может поддерживать один компьютер/приложение.

Если есть ограничение на количество портов, которые может иметь одна машина, а сокет можно привязать только к неиспользуемому номеру порта, как с этим справляются серверы, имеющие чрезвычайно большое количество запросов (больше, чем максимальное количество портов)? Эта проблема решается распределением системы, то есть кучей серверов на множестве машин?

1. Мессенджер WhatsApp и веб-фреймворк Phoenix, построенный на основе Elixir, уже продемонстрировали миллионы подключений, прослушивающих один порт.
2. Теоретические возможности на основе протокола TCP/IP.
3. Простой эксперимент с Java, который может провести на своей машине любой, если его всё ещё не убедили мои слова.