Здравствуйте, LaptevVV, Вы писали:
LVV>>>А как же Докер ? Ф>>А что Докер? А почему Докер? А где Докер? Ф>>Можно попонятнее? LVV>Написан на Го и ни разу не мелкосервис
Достаточно великие люди и на ассемблере напишут грандиозный проект. Но ориентироваться надо на массы. А тут у нас со статистикой хреновато.
LVV>>>>А как же Докер ? LVV>>Написан на Го и ни разу не мелкосервис N>Достаточно великие люди и на ассемблере напишут грандиозный проект. Но ориентироваться надо на массы. А тут у нас со статистикой хреновато.
И кто же и авторов докера великий ?
Проект начат как внутренняя разработка компании dotCloud, основанной Соломоном Хайксом (Solomon Hykes) в 2008 году с целью построения публичной PaaS-платформы с поддержкой различных языков программирования. Наряду с Хайксом в первоначальной разработке значительное участие приняли инженеры dotCloud Андреа Лудзарди (Andrea Luzzardi) и Франсуа-Ксавье Бурле (François-Xavier Bourlet).
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Ф>У гошки плохо с выразительностью — она для микросервисов хороша (именно микро), но что-либо объёмное на ней — способ отстрелить себе ногу.
Я тебе больше скажу
Kubernetes тоже на Го написан
Основные разработчики первых версий внутренней системы Google — программисты Джо Беда (Joe Beda), Брендан Бёрнс (Brendan Burns) и Крэйг Маклаки (Craig McLuckie[8]), в дальнейшем к проекту присоединились их коллеги Брайан Грант (Brian Grant) и Тим Хокин (Tim Hockin). Основной язык программирования системы — Go.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, LaptevVV, Вы писали:
Ф>>У гошки плохо с выразительностью — она для микросервисов хороша (именно микро), но что-либо объёмное на ней — способ отстрелить себе ногу. LVV>Я тебе больше скажу LVV>Kubernetes тоже на Го написан
На C тоже большие проекты писали, и даже на С и ассемблере одновременно. То, что на ней кто-то что-то большое написал — вовсе не аргумент за то, что это стоит делать. Точно так же как существование квейка третьего на JS не аргумент за то, что на JS стоит писать большие 3D игры.
С точно таким же успехом можно было бы сказать "Надо переписать на JS".
У каждого инструмента должна быть своя ниша. Грубо говоря Родину-Мать тоже можно было лобзиком вырезать, но лобзик всё-таки не для этого.
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Shmj, Вы писали:
S>Чем C# плох? Уже опенсорс, работает на Linux.
У МС Линукс — гражданин второго сорта по сравнению с виндой. Не важно, какие дифирамбы они поют Линукс, все сближения, которые они осуществляют — с единственной целью — подмять под себя, выпустить очередное, ни с чем, кроме МС, не совместимое колесо.
А джава делалась изначально кроссплатформенной, и в недрах Sun Microsystems, а они пилили свой юникс.
Здравствуйте, student__, Вы писали:
S>>Чем C# плох? Уже опенсорс, работает на Linux.
__>У МС Линукс — гражданин второго сорта по сравнению с виндой. Не важно, какие дифирамбы они поют Линукс, все сближения, которые они осуществляют — с единственной целью — подмять под себя, выпустить очередное, ни с чем, кроме МС, не совместимое колесо.
__>А джава делалась изначально кроссплатформенной, и в недрах Sun Microsystems, а они пилили свой юникс.
Не смешите попусту, коллега.
1. Java изначально делалась под SunOS (Solaris) и даже под другие флаворы Unix не рассчитывалась. Логика её GC движка хорошо работала именно под SunOS управление памятью, но под другими начинала откровенно лажать, выжирая всё что могла и только после этого начинала реальную сборку. (А у разных флаворов очень разная тут логика — аналогов линуксового 12309, например, нигде больше нет.) Именно поэтому в середине-конце 90-х все знали "хочешь что-то на Java маленькое — ставь 32MB памяти, большое — 128MB, иначе только и будет что тормозить и свопиться" (при том, что такой объём памяти стоил реально дохрена). С какого-то момента появились опции типа -Xmx (жёстко ограничить размер кучи), но толковой динамики в стиле, например, Lua, не делали из принципа. Это поменялось только в середине 2000-х, когда уже того Sun толком и не было.
Это не помешало войти Java на корпоративный рынок, где поставить побольше памяти на сервер и заставить сотрудников ждать на десктопе не было проблем, но отсутствие проблем типа segfault-ов и возможность писать дешёвыми программерами толстые приложения были killer feature, но дальнейшее продвижение остановилось (GC не единственный фактор, но, похоже, один из главных). Android JVM возникла тогда, когда уже это было осознано, начато исправляться, и были альтернативные реализации.
MS фиксил эту проблему, но если бы они не внесли свои 100500 ограничителей, это бы прошло, а так — их работа была зарезана вместе с остальным. Дотнетовский GC фигнёй тут не страдал и вообще был адекватно подточен под Windows MM.
2. Java принципиально рассчитывалась на сетевое взаимодействие и в сетях определённого формата. Отсюда завязки стандартных средств на всякие RMI, которых в остальном мире толком не увидишь, на специфичные способы конфигурирования приложений, на тотальные CORBA и XML. Это было в пределах лозунга Sun "сеть — это компьютер" (который надо читать справа налево) но уже плохо подружилось с современным интернетом, который на 99% HTTP-based.
У дотнета тут, конечно, изначально было в разы хуже. Сейчас они как-то сошлись.
Реально в 2000 (когда запускался RSDN) делать такое на Java было возможно только если у тебя не x86 с виндой, а спарк с соляркой. Ну или Linux и суперзнания по Java внутренностям.
N>Реально в 2000 (когда запускался RSDN) делать такое на Java было возможно только если у тебя не x86 с виндой, а спарк с соляркой. Ну или Linux и суперзнания по Java внутренностям.
Здравствуйте, student__, Вы писали:
__>У МС Линукс — гражданин второго сорта по сравнению с виндой. Не важно, какие дифирамбы они поют Линукс, все сближения, которые они осуществляют — с единственной целью — подмять под себя, выпустить очередное, ни с чем, кроме МС, не совместимое колесо.
Здравствуйте, netch80, Вы писали:
N>Реально в 2000 (когда запускался RSDN) делать такое на Java было возможно только если у тебя не x86 с виндой, а спарк с соляркой. Ну или Linux и суперзнания по Java внутренностям.
Здравствуйте, Serginio1, Вы писали: S>Платформа .NET доступна в официальных архивах пакетов для различных дистрибутивов Linux и packages.microsoft.com.
S>Alpine S>CentOS S>Debian S>Fedora S>openSUSE S>SLES S>Ubuntu S>[/q]
Здравствуйте, student__, Вы писали:
__>Здравствуйте, Serginio1, Вы писали: S>>Платформа .NET доступна в официальных архивах пакетов для различных дистрибутивов Linux и packages.microsoft.com.
S>>Alpine S>>CentOS S>>Debian S>>Fedora S>>openSUSE S>>SLES S>>Ubuntu S>>[/q]
__>О! граждан второго сорта перечислили
А какие первого сорта? Я в них не разбираюсь.
По сути то нужны для докеров
и солнце б утром не вставало, когда бы не было меня
Здравствуйте, student__, Вы писали:
N>>Реально в 2000 (когда запускался RSDN) делать такое на Java было возможно только если у тебя не x86 с виндой, а спарк с соляркой. Ну или Linux и суперзнания по Java внутренностям.
__>Вот это "или Linux" ключевое.
Нет, потому что тех суперзнаний было пара человек на страну и достучаться к ним было нереально.
Да и Linux был нужен очень кастомный.
Я это видел вживую, было нетривиально.
Здравствуйте, student__, Вы писали:
__>Здравствуйте, netch80, Вы писали:
N>>1. Java изначально делалась под SunOS (Solaris) и даже под другие флаворы Unix не рассчитывалась
__>Когда Линукс практически "уволил" все эти соплярисы, HP-UX и прочее, переключились на Линукс.
И случилось это только через лет пять — для того времени грандиозный срок.
Здравствуйте, Разраб, Вы писали:
N>>Реально в 2000 (когда запускался RSDN) делать такое на Java было возможно только если у тебя не x86 с виндой, а спарк с соляркой. Ну или Linux и суперзнания по Java внутренностям.
Р>тогда уже пых во всю рулил ))
Не-а. Пых стал рулить когда смогли контейнеры делать, ещё самые ранние, типа Virtuozzo.
До этого или отдельная физическая машина, или откровенная греботня с тем, как обеспечить сосуществование десяти разных версий в одной системе.
