[uanog] SoftEther port sharing

[Volodymyr Litovka]

спасибо, подписался на их рассылку :)

On 10.07.2021 14:14, Alexander V Soroka wrote:
> и вдогонку к моему письму.
> Почитайте:
> Вот так будет выглядеть третья мировая война :)
> 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> несовершенства Мира :-)
>
>
>
>
-- 
Volodymyr Litovka
   "Vision without Execution is Hallucination." -- Thomas Edison

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mailman.uanog.kiev.ua/pipermail/uanog/attachments/20210710/db90e080/attachment-0001.html>