[uanog] SoftEther port sharing

[Alexander V Soroka]

и вдогонку к моему письму.
Почитайте:
Вот так будет выглядеть третья мировая война :)
https://interestingengineering.com/israel-just-used-fully-ai-controlled-drone-swarms-in-a-world-first


Saturday, July 10, 2021, 2:11:10 PM, Alexander V Soroka alex at euro.net.ua you wrote:
AVS> Привет !

AVS> Saturday, July 10, 2021, 1:28:50 PM, Volodymyr Litovka doka at funlab.cc you wrote:
VL>> On 10.07.2021 09:38, Alexander V Soroka wrote:
>>> Я  смотрю  что  все  обленились  вкрай  и  разработкой ПО уже никто не
>>> занимается. Всем нужно уже готовое и чтобы на вчера.

VL>> Саша, ну хуйня же, пардон май френч. Как правило, ты уже имеешь
VL>> дело с готовой, кем-то до тебя выстроенной системой, которую нужно
VL>> осовременить и подтянуть под изменившиеся с каких-то времен
VL>> требования и - имеешь дело с тем, что есть. Это первое. Второе, с
VL>> точки зрения заказчика - все хотят иметь дело с продукцией,
VL>> имеющей историю и некоторое обозримое будущее. И тут ты такой
VL>> красивый - я щас напишу вам всё, завтра исчезну и ебитесь с этим
VL>> как хотите. Или хуже - я вас подсажу на свой самописный продукт и
VL>> вы будете платить мне столько, сколько я захочу, потому что ваши
VL>> бизнес-процессы теперь зависят только от меня.

AVS> :-)  Так  вот  ЭТО  (я  вас  подсажу на свой) происходит и происходило
AVS> повсеместно. Микротик тоже, Циско тоже...
AVS> Ты  не  понимаешь,  что  ответ  "почему  так"  кроется именно в этом -
AVS> попытках достичь доминации на рынке готовых решений.
AVS> Это  плохо?  Нет  ! все в Природе пытается размножаться :) и заполнить
AVS> собой всю Землю. Бизнес не исключение.

VL>> Я уже ранее писал - для большинства организаций намного дешевле
VL>> иметь возню с 3rd party, чем разрабатывать своё. Собственно, даже
VL>> все эти клауды - это та же история переноса капекса в опекс. Да, в
VL>> перспективе 3-5 лет аренда _может стать_ (да и то - не факт)
VL>> дороже собственных assets, но возможность регулярно платить
VL>> немного -  с лихвой перекрывает недостаток _возможно_
VL>> увеличивающегося TCO, потому что заплатить завтра всегда дешевле, чем заплатить сейчас.

AVS> Неправильно понимаешь...
AVS> "лучше журавль в небе чем утка под кроватью" :-)
AVS> Сейчас - всем понятно что и столько. Перспектива? А что это? Кто будет
AVS> давать  гарантию что  "Я"  буду  жить завтра и управлять тем что создам
AVS> сегодня?
AVS> Сиюминутная выгода и потом хоть солнце не вставай. Знакомо.

AVS> Но  этому  есть  варианты  помешать.  Тот  же  оперсорс, который могут
AVS> поддерживать  волонтеры,  которым  не все равно какое будущее наступит
AVS> завтра...

AVS> Ты  ведь  сам сейчас тоже решаешь сиюминутные задачи, но тогда задавай
AVS> вопрос  себе:  а  что  останется  после  тебя? кроме твоей странички в
AVS> Фейсбуке :-) ...

>>> Потому и роетесь выбирая сорты говна вместо того чтобы решить проблему
>>> или решить проблему один раз - разработав платформу (масштабируемую)
>>> для таких вот извратов.

VL>> "Сорта говна" именно потому, что они более-менее универсальные и
VL>> покрывают около 95% кейсов. А если владеть знанием о двух и более,
VL>> как ты их называешь, "сортах говна", то можно и все 100 процентов
VL>> закрыть - и это (а) быстро и (б) не создаёт vendor lock-in - что
VL>> является критичным для business continuity.

AVS> снова недальновидность...
AVS> Почитай  куда  идет развитие микрочиповой промышленности, и ты поймешь
AVS> что   vendor lock-in это неизбежно и это будет происходить, потому что
AVS> мощности растут и трафик тоже. Надо смотреть вперед, а не латать дыры.
AVS> И  "условно  бесплатное"  на  фришных  доступных микрокомпах, мощности
AVS> которых  растут каждый год - это то куда все пойдет завтра, после того
AVS> как устареет то что вы полируете сейчас.
AVS> Так  может  есть  смысл  немного  подумать, и сделать прыжок в будущее
AVS> которое позволит не учитывать vendor lock-in так как это сейчас ?

AVS> Кластеры  и  распределенная  обработка  -  это  всегда  выход из любой
AVS> ситуации. История разработок сделала большой круг и вернулась к своему
AVS> началу: РАСПРЕДЕЛЕННАЯ ОБРАБОТКА. "Рой вычислителей".
AVS> Все кто еще этого не понял сегодня - завтра будут без работы.

VL>> Именно потому максимальный уровень девелопмента, на который,
VL>> например, я могу пойти - это написание оркестратора для
VL>> существующих продуктов, который будет их конфигурировать в
VL>> соответствии с каким-то условиями для решения более широкой
VL>> задачи, чем каждый из них по отдельности решает. Но я не вижу ни
VL>> малейшего смысла переписывать операционные системы, сетевые
VL>> операционные системы и прикладные продукты только потому, что они
VL>> не в полной мере соответствуют моим представлениям об идеале.
VL>> Потому что иначе меня пошлют потому что см. первый абзац.

AVS> Ты просто не предлагал альтернативу Заказчикам.
AVS> И обьяснял что будет завтра.
AVS> Я  не поверю, что Заказчики, которым вот это все мной написанное выше,
AVS> обьяснить  нормально,  без  "высоких  материй", отказались бы получить
AVS> масштабируемое и ориентированное на будущее решение.

AVS> Да,  надо  потратить немного времени, или собрать свою армию на том-же
AVS> ГитХабе,  единомышленников, кто тоже понимает что и ты, и кто устал от
AVS> несовершенства Мира :-)




-- 
Best regards,
Alexander V Soroka       http://www.svr.ua/
AS106-RIPE
mailto:alex at euro.net.ua