Здравствуйте, rudzuk, Вы писали:.
R>Я в 2023 отвечаю, не в 98.
Быстрее будет работать на cgi на Си. На джаве там обвязки будут стоэтажные в стэке вызова, это оверхед. Ну либо если на джаве решите всё же, то выбирайте апплеты — работает везде, compile once run anywhere — есть такой новомодный принцип в джаве, хотя может это уже лазарус, я уже запутался. Ещё надёжнее будет бибиэску сделать и голым дедом пуллить на клиента, тогда вообще можно обеспечить общение через ненадежное модемное соединение, без рилтайма, каждый скачивает себе апдейты форума когда и как ему удобно, хоть из космоса с задержкой в 5-10 лет, и так же отвечать на сообщения. Я веду к тому, что нужно выбирать надёжные технологии, а не вестись на хайпе.
Здравствуйте, Разраб, Вы писали:
Р>Поправьте плиз: Писать RSDN на C# было большой ошибкой. Р>Сейчас особенно, когда есть телега с возможностью создания топиков.
В помоечку.
Я сижу в нескольких телеграм-чатах на профессиональные темы с сотнями подписчиков.
Даже вести текущее обсуждение в этом тяжело, если несколько разговоров параллельно.
А уж вспомнить что было два месяца назад — дзуськи.
Формат RSDN как раз близок к идеалу с технической точки зрения. Даже отсутствие принципиального технологического разделения заглавных постингов тем и комментариев — крайне полезная фича, в отличие от подхода хабра, dou и прочих.
Вот как у него с монетизацией — не скажу, тут может быть проблема именно из-за формата... стандартные подходы не очень сработают.
Здравствуйте, karbofos42, Вы писали:
k> R>(1 бот — 1 адрес несложная, вроде, арифметика)
k> И какая же арифметика? Сколько запросов в секунду в итоге?
Влад же говорит, с разных адресов идут десятки запросов в секунду. Даже не сотни.
k> R>Бэк-то на чем написан и под какую платформу?
k> А если там в итоге упор в БД идёт, то тоже .NET виноват, что слишком быстро запросы дёргает и железо не вывозит?
Ну если фреймворк не умеет в мемоизацию, кто ему виноват?
k> Так IIS и прочие умеют и должны вредный траффик фильтровать и не передавать на бэк.
Чего они умеют или должны не столь важно. Важно, что бэк не должен быть тупым (у него информации поболее, и она контекстуальна, а для иисы трафик абстрактен).
k> R>Я про менеджед вообще плохо думаю.
k> т.е. если написать бэк сайта на Си или Ассемблере или ещё чём нативном, то можно ничего нигде не настраивать и они будут прекрасно перелопачивать любые запросы?
Будут это делать сильно-сильно лучше. Имел "радость" наблюдать дотнед под нагрузкой в условиях ограниченных ресурсов... Жалкое зрелище.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Количество фич системы должно расти...
Сомнительное утверждение — люди даже существующие фичи не все используют.
ЭФ>..., она должна адаптироваться к развитию мира.
Как именно?
ЭФ>Не станет Влада, никто не сможет rsdn развивать дальше.
Почему ты так думаешь? Явисты легко читают шарповый код, тем более я код форматера видел — там весьма неплохой код (полагаю, остальной код там тоже на уровне). Поддерживать шарповый код может довольно таки много людей. Вопрос в другом — захочет ли??? Например, лично я после работы не могу — у меня двое маленьких детей, которые, которые съедают не только личное время, но и часть рабочего. Меня иногда пресовать начинают, когда ещё рабочий день не закончился и ещё вечернее совещание идёт. Просто для справки: я за последние 6 лет посмотрел 2 фильма и не прошёл ни одной игры, даже на ютубе. Причина — рваное время: даже этот ответ я писал в 3 захода. Дело совсем не в языке и не в технологиях.
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Вот linux.org.ru написан на Java, и это было правильное решение.
То было правильное и это правильное. На C# форум rsdn живет уже 23 года и загибаться не собирается. Что в итоге не так?
А что там будет с российскими процессорами и вообще в будущем поживем увидим.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Количество фич системы должно расти, она должна адаптироваться к развитию мира.
Про Nero могу напомнить. Началось как прога для записи дисков,
а закончилось как безумный комбайн, делающий всё подряд, от которого народ сбежал на то, что просто диски пишет.
ЭФ>Если система делает это хуже, чем другие, то она вымрет.
Форумы в принципе вымерли с развитием вк и т.п.
Живое там, где живое население, а не где красиво, удобно и т.д.
Озвученный linux.org.ru по-моему ужасен и непригоден для использования.
ЭФ>Не станет Влада, никто не сможет rsdn развивать дальше.
Так же как и sql.ru владелец просто взял и выключил, т.к. захотел.
Если бы форум написали на Java, то что бы поменялось?
Здравствуйте, 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 внутренностям.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Вот неправда. Технический долг это плохо. Не надо его накапливать. ЭФ>А наработки — это хорошо.
Так даже взять Java — в 2000-х годах писали бы на Spring MVC. А сейчас актуален совсем другой подход — разбиение API на беке и мощный фронтенд на Angular или там Vue. Ничего общего.
И сама доменная модель — форумы и аналог Reddit — разные.
Т.е. фактически ничего полезного нельзя перенести из старого проекта — проще писать с нуля.
Все наработки, которые хотелось бы сохранить — сейчас GPT выдаст с нуля за 2 минуты.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>По опенсорсности китайский движок превосходит этот, и по возможностям развёртывания на российских процессорах тоже.
Нафига все это RSDNу можешь пояснить?
Здравствуйте, Разраб, Вы писали:
Р>>>Поправьте плиз: Писать RSDN на C# было большой ошибкой.
Р>А рсдн точно на шарпе? не на немерлевеб, случайно?
Когда писали RADN немерля еще не было. Поляки его замутили в 2003 году https://ru.wikipedia.org/wiki/Nemerle
А Первый релиз (версия 1.0) комплекта ПО для программирования на Nemerle выпущен 13 мая 2011
и солнце б утром не вставало, когда бы не было меня
Ф>>>У гошки плохо с выразительностью — она для микросервисов хороша (именно микро), но что-либо объёмное на ней — способ отстрелить себе ногу. LVV>>А как же Докер ? Р>А вот эти претензии Александреску беспочвенны/устранены? Плюсы он выделяет чисто маркетинговые для гоу )) Р>https://habr.com/ru/articles/460989/
Давай по всем упомянутым там языкам
1. D. Отсутствие поддерживающей конторы — главный "недостаток"
Вся история ИТ показывает, что язык становится всерьез массовым только при наличии конторы, которая его поддерживает
2. Rust.
На мой личный взгляд из перечисленных минусов и плюсов самым большим минусом является наличие теоретиков в команде.
Я прекрасно помню историю Алгола-68, который сделал выдающийся теоретик ван Вейнгарден.
Он придумал для Алгола-68 двухуровневые грамматики.
Алгол-68 был выдающийся язык для своего времени.
Но простой работяга-мидл не потянул. И даже сеньор.
В мире смогли написать только 2 (два!) транслятора с этого языка.
Один из которых написали в СССР.
Сейчас картина очень похожая...
3. Go
1. Фундаментального замедления из-за сборки мусора уже нет
2. Дженерики уже давно есть (по наблюдениям моего приятеля, который прекрасно знает ГО и писал на нем серьезные вещи, после этого наблюдается взрывной рост количества приличных пакетов)
3. Жесткий синтаксис и простота в данном случае — великое благо. Ибо позволяет простым работягам-программистам писать код практически без ошибок.
И этот код выглядит одинаково по всему миру.
4. Вся необходимая программисту инфраструктура прямо из коробки — стандартная! Если на С/С++ на всякий чих приходится брать стороннюю библиотеку (слава богу, хотя бы треды стали стандартными... А сетевое программирование — ждать еще сколько ?), то в Go почти все из коробки.
5. Параллельность — это просто песня! Опять же для обычного нормального работяги мидла — берешь и пишешь.
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Сейчас запускается много новых форумов, как правило на движке Discourse, а он на Ruby.
И тут вопрос — что лучше выучить Ruby или Java? По-моему, второе, без вариантов.
Ну уж точно не C#. Просто, видимо, тебе в ближайшее время не надо делать новый сайт.
На практике это приведёт к тому, что в России будет меньшее удельное количество обсуждений на родном русском языке,
чем обсуждений в Китае на китайских форумах на китайском языке. Удельное — это в смысле постов на человека.
И мы утратим всё, что ещё не утратили, как это было с Луной и индусами.
Здравствуйте, Michael7, Вы писали:
M> То было правильное и это правильное. На C# форум rsdn живет уже 23 года и загибаться не собирается. Что в итоге не так?
Не так, что один обиженный поросенок укладывает сервер.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Вот linux.org.ru написан на Java, и это было правильное решение.
java прикольная, не спорю, но это всего лишь молоток. реальные проблемы какие у рсдн?
я бы хотел иметь полноценный апи или rss, в браузере только пару вещей напрягает: порой мелкий и бледный шрифт и вот эти попытки реализовать виндой интерфейс (особенно фреймы — очень неудобно).
писать веб приложения надо на функциональных ЯП, т.к. веб это функция типа (request -> response)
тут и на дотнете можно https://giraffe.wiki/
и на java (grails, play!, clojure)
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Вот linux.org.ru написан на Java, и это было правильное решение.
ЭФ>Сейчас появилось много других форумов и библиотек на Java, и можно всего наадаптировать, как и делают китайцы:
ЭФ>https://github.com/88250/symphony ЭФ>
A modern community (forum/Q&A/BBS/SNS/blog) system platform implemented in Java
ЭФ>По опенсорсности китайский движок превосходит этот, и по возможностям развёртывания на российских процессорах тоже.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>По опенсорсности китайский движок превосходит этот, и по возможностям развёртывания на российских процессорах тоже.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ> ЭФ>> Вот linux.org.ru написан на Java, и это было правильное решение.
ЭФ> R> Аксиома Эскобара.
ЭФ> LOR начали писать в 1998-м году, в общем, тогда ещё особо не было выбора, аксиома неприменима.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Сейчас запускается много новых форумов, как правило на движке Discourse, а он на Ruby.
Форумы уже отмирают — это нам, стартаперам, тут привычнее. Сейчас движки подобные Reddit — тот же Хабр у нас.
Новые форумы как таковые не появляются.
Ну и какая разница на чем писали, если все-равно нужно писать заново.
ЭФ>Ну уж точно не C#. Просто, видимо, тебе в ближайшее время не надо делать новый сайт.
Чем C# плох? Уже опенсорс, работает на Linux.
ЭФ>На практике это приведёт к тому, что в России будет меньшее удельное количество обсуждений на родном русском языке, ЭФ>чем обсуждений в Китае на китайских форумах на китайском языке. Удельное — это в смысле постов на человека. ЭФ>И мы утратим всё, что ещё не утратили, как это было с Луной и индусами.
Так если бы писали на Java изначально — что бы поменялось? Этот движок уже не соответствует духу времени в любом случае и нужно 100% переписывать.
S> сама доменная модель — форумы и аналог Reddit — разные. S> фактически ничего полезного нельзя перенести из старого проекта — проще писать с нуля.
Это неверно. Потому что в процессе разработки формируется команда, идут обсуждения, нарабатываются скиллы.
И команде LOR проще будет переписать с Java на Java,
чем команде RSDN с C# на Java (вторым доучивать придётся гораздо большое, и писать они будут, соответственно, дольше).
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Это неверно. Потому что в процессе разработки формируется команда, идут обсуждения, нарабатываются скиллы. ЭФ>И команде LOR проще будет переписать с Java на Java, ЭФ>чем команде RSDN с C# на Java (вторым доучивать придётся гораздо большое, и писать они будут, соответственно, дольше).
А почему бы им не использовать C#? Зачем им российские процессоры то? Форум позиционируется как международный — вот даже от ru отказались.
Здесь многие живут не в РФ и не поддерживают так называемый путь России.
В любом случае у команды, если таковая за 20 лет сохранилась, нет желания писать аналог Reddit или что-то подобное. Тем более Хабр уже есть — уже все написали и там не в языке дела.
Ради нового проекта, если он значим, можно выучить язык. Только проекта нет и не нужен как бы.
Здравствуйте, Shmj, Вы писали:
S> S>> Чем C# плох? Уже опенсорс, работает на Linux.
S> R>Скоро его без помощи гыпыты будет не прочитать...
S> Ну это преувеличение.
Здравствуйте, gyraboo, Вы писали:
g> тогда вообще можно обеспечить общение через ненадежное модемное соединение, без рилтайма, каждый скачивает себе апдейты форума когда и как ему удобно, хоть из космоса с задержкой в 5-10 лет, и так же отвечать на сообщения.
Именно так и работает оффлайн-клиент
g> Я веду к тому, что нужно выбирать надёжные технологии, а не вестись на хайпе.
ЭФ>>Сейчас запускается много новых форумов, как правило на движке Discourse, а он на Ruby.
S>Форумы уже отмирают — это нам, стартаперам, тут привычнее. Сейчас движки подобные Reddit — тот же Хабр у нас.
Я уже в какой-то теме писал и не поленюсь снова повторить: у Хабра и Реддита отвратные редакторы сообщений. Большой текст не напишешь, код с трудом вставишь.
Для программистов и сисадминов это неудобно.
Почтовые уведомления хромают.
Любой форум типа phpbb, vbulletin по этим параметрам выигрывает (причем это базовый функционал, которому 100 лет в обед), не говоря уже про RSDN.
Думаю, что сравнение RSDN с Q&A сайты типа stackoverflow/stackexchange будет более корректно.
S>Новые форумы как таковые не появляются.
Ну вот есть новый Discource. Всякие opensource проекты (например Mozilla Firefox) на него мигрируют, в частности потому, что с mail-листами интеграция есть.
Но выглядит на мой взгляд как бледная тень своих более старых аналогов.
S>Ну и какая разница на чем писали, если все-равно нужно писать заново.
А вот есть ещё DFeed, который написан на dlang
DFeed is:
an NNTP client
a mailing list archive
a forum-like web interface
an ATOM aggregator
an IRC bot
DFeed is running on forum.dlang.org and the #d channel on Libera.Chat.
Здравствуйте, Shmj, Вы писали:
G>>тогда вообще можно обеспечить общение через ненадежное модемное соединение, без рилтайма,
S>
S>Епрст. Что такое модемное соединение? Это ж в прошлое нужно вернуться то.
Ты прав, это седина древняя, те же пирамиды — это тоже модемы, на сверхсветовой, вневременная передача, несущий сигнал у них — гиперболическое поле. Не зря же их штукатурили, заделывая трещины, превышающие размер волны. Ибо это и есть модемы древних богов, и волноводу негоже иметь дефекты больше длины волны.
S>Уже даже на малых яхтах используется быстрый интернет а Иллона Маска — уже все, забудьте — ну нету его.
Ну, сравнению с пирамидами-модемами и прочими мегалитическими модемами, с их акустическими и гиперболическимр полями, интернет — это просто другая технология, наша, родная электро-световая.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Вот linux.org.ru написан на Java, и это было правильное решение.
Если бы RSDN писался сейчас, то скорее всего никто бы вообще ничего не писал. Был бы взят готовый движок, например, Discourse, к нему был бы добавлен специализированный рубрикатор для заглавной страницы, по подобию теперешней. Немного кодирования это бы, конечно, потребовало, но ничего существенного.
Здравствуйте, gyraboo, Вы писали: G>Ты прав, это седина древняя, те же пирамиды — это тоже модемы, на сверхсветовой, вневременная передача, несущий сигнал у них — гиперболическое поле. Не зря же их штукатурили, заделывая трещины, превышающие размер волны. Ибо это и есть модемы древних богов, и волноводу негоже иметь дефекты больше длины волны.
Не нужно переводить в шутку. Вот эти штуки, которые вы еще помните:
Скрытый текст
— так вот — их уже давно не существует в реальном мире. Ну нету их. И скоростей таких нет.
Здравствуйте, rudzuk, Вы писали: R>С платформой? Или с чем?
С контролем над железкой. Будь форум написан хоть на джаве, хоть на расте — пока сервер стоит под столом у его владельца, контроль находится в единственных руках.
Уйдемте отсюда, Румата! У вас слишком богатые погреба.
Здравствуйте, Shmj, Вы писали:
G>>Ты прав, это седина древняя, те же пирамиды — это тоже модемы, на сверхсветовой, вневременная передача, несущий сигнал у них — гиперболическое поле. Не зря же их штукатурили, заделывая трещины, превышающие размер волны. Ибо это и есть модемы древних богов, и волноводу негоже иметь дефекты больше длины волны.
S>Не нужно переводить в шутку.
Здравствуйте, SchweinDeBurg, Вы писали:
SDB>А вот и есть, я до сих пор храню:
Буржуй! Я мог себе только 33.6k софт-модем позволить. Уж забыл как он назывался.
но это не зря, хотя, может быть, невзначай
гÅрмония мира не знает границ — сейчас мы будем пить чай
Здравствуйте, rudzuk, Вы писали:
R>Не так, что один обиженный поросенок укладывает сервер.
Защита от DDoS атак всяких — это не к конечной платформе.
В Java тоже нет какой-то встроенной волшебной защиты.
На входе мудрят в рамках умений и возможностей на каком-нибудь nginx или ещё чём.
Если внимательно читать, то там предложили выделить 10 запросов в секунду на IP и так типа сервер вывезет 1000 ботов.
1000 ботов по 10 запросов — это уже внезапно не десяток запросов, а 10 000 запросов в секунду, а к этому ещё добавляются запросы реальных пользователей.
Так и причём тут .NET и сайт в принципе, если в данном случае подкручивается IIS или кто-то перед ним?
Думаешь, что сайт на Java или ещё чём из коробки вывезет 1000 ботов и там не нужно будет нигде ничего подкручивать?
это очень суровый ддос. Не каждый такое выдержит.
k> Если внимательно читать, то там предложили выделить 10 запросов в секунду на IP и так типа сервер вывезет 1000 ботов.
Ну давай читать внимательно:
А боты как раз мимикрируют под нормального юзеря и быстро с каждого айпи не прет запросов.
Но в сумме, с разных айпи, получается по десятки запросов в секунду.
(1 бот — 1 адрес несложная, вроде, арифметика)
k> Так и причём тут .NET и сайт в принципе, если в данном случае подкручивается IIS или кто-то перед ним?
Бэк-то на чем написан и под какую платформу? В иису оно точно не упрется с такой-то нагрузкой.
k> Думаешь, что сайт на Java или ещё чём из коробки вывезет 1000 ботов и там не нужно будет нигде ничего подкручивать?
Здравствуйте, rudzuk, Вы писали:
R>(1 бот — 1 адрес несложная, вроде, арифметика)
И какая же арифметика? Сколько запросов в секунду в итоге?
R>Бэк-то на чем написан и под какую платформу?
А если там в итоге упор в БД идёт, то тоже .NET виноват, что слишком быстро запросы дёргает и железо не вывозит?
R>В иису оно точно не упрется с такой-то нагрузкой.
Так IIS и прочие умеют и должны вредный траффик фильтровать и не передавать на бэк.
R>Я про менеджед вообще плохо думаю.
т.е. если написать бэк сайта на Си или Ассемблере или ещё чём нативном, то можно ничего нигде не настраивать и они будут прекрасно перелопачивать любые запросы?
Здравствуйте, Jester, Вы писали:
J>Не, это у вас уже совсем какие-то новые времена. Вот был дивайс, аж на 14400 бод!
У меня когда то был ноутбучный (!) модем ажно на 300 бод, вставлялся в ноут как внешний модуль. Уже не упомню кто сей ноут произвёл.
... << RSDN@Home 1.3.110 alpha 5 rev. 62>>
Забанили по IP, значит пора закрыть эту страницу.
Всем пока
Здравствуйте, LaptevVV, Вы писали:
LVV>будет еще быстрее и на дольше хватит ...
Если на ассемблере переписать, то будет ещё быстрее. Можно на C.
----
У гошки плохо с выразительностью — она для микросервисов хороша (именно микро), но что-либо объёмное на ней — способ отстрелить себе ногу.
Всё сказанное выше — личное мнение, если не указано обратное.
Здравствуйте, Jester, Вы писали:
J>Не, это у вас уже совсем какие-то новые времена. Вот был дивайс, аж на 14400 бод!
J>Image: 1.jpg
Я кому-то из приятелей завидовал, у него что-то подобное было. А у меня был внутренний модем на 2400. Зато у приятеля, помню, мне основательно приглось повозиться со строкой инициализации, а мой просто работал. У нас в районе АТС была доисторическая.
Здравствуйте, rudzuk, Вы писали:
k>> т.е. если написать бэк сайта на Си или Ассемблере или ещё чём нативном, то можно ничего нигде не настраивать и они будут прекрасно перелопачивать любые запросы?
R>Будут это делать сильно-сильно лучше. Имел "радость" наблюдать дотнед под нагрузкой в условиях ограниченных ресурсов... Жалкое зрелище.
Ни разу не факт. В самом наяале карьеры я видел софтину, готовившую некий отчет. Работала она на ЕС-1036 что-то около двух часов. Написана на ассемблере, мне библиотеку исходников показали.
Однажды мы получили новую версию этой софтины, и внезапно она отработала в течение нескольких секунд. Где там был затык, я не знаю, софтина писалась на на нашем ВЦ. И чем ниже уровень языка, тем вероятнее подобные траблы.
Здравствуйте, Privalov, Вы писали:
P> R>Будут это делать сильно-сильно лучше. Имел "радость" наблюдать дотнед под нагрузкой в условиях ограниченных ресурсов... Жалкое зрелище.
P> Ни разу не факт. В самом наяале карьеры я видел софтину, готовившую некий отчет. Работала она на ЕС-1036 что-то около двух часов. Написана на ассемблере, мне библиотеку исходников показали. P> Однажды мы получили новую версию этой софтины, и внезапно она отработала в течение нескольких секунд. Где там был затык, я не знаю, софтина писалась на на нашем ВЦ. И чем ниже уровень языка, тем вероятнее подобные траблы.
У меня был случай с экспортом данных во внешнюю ИС. Срочно потребовалось и наговнякали экспорт на коленке. Проверили, работает. Когда дело дошло до реального переноса данных начались тААААААААААкие тормоза Все дело было в обращении к полям датасета по именам (а там просто список, даже без сортировки). Заменили на обращение по индексам и экспорт отработал мухой. Вывод? Алгоритмы решают. Да и не про ассемблер я говорю, в 2023 году.
Здравствуйте, rudzuk, Вы писали:
R>У меня был случай с экспортом данных во внешнюю ИС. Срочно потребовалось и наговнякали экспорт на коленке. Проверили, работает. Когда дело дошло до реального переноса данных начались тААААААААААкие тормоза
Это явление известно еще из эпохи настольных СУБД: нормально работает с сотней записей и основательно тормозит с тысячей. Тут надо знать конкретную СУБД, чтобы вопрос решить.
А вот работа сервера под нагрузкой решается по-другому. Помню, тут один из коллег призывал все делать на асме. Утверждал при этом, что время разработки не зависит от языка. Мой опыт показывает немного другую картину. Хоть я и не писал ничего для веба, это в данном случае неважно.
У нас было в одном из прошоых проектов: работал сайт нормально, и в какой-то момент начались постоянные тормоза. Оказалось, возросло на порядок число посетителей. Решилось просто: добавили несколько серверов. При этом серверная софтина в нагрузочных тестах выдавала вдвое больше, чем требовалось в ТЗ. Сделано на Java.
Здравствуйте, Privalov, Вы писали:
P> А вот работа сервера под нагрузкой решается по-другому. Помню, тут один из коллег призывал все делать на асме. Утверждал при этом, что время разработки не зависит от языка. Мой опыт показывает немного другую картину. Хоть я и не писал ничего для веба, это в данном случае неважно.
P> У нас было в одном из прошоых проектов: работал сайт нормально, и в какой-то момент начались постоянные тормоза. Оказалось, возросло на порядок число посетителей. Решилось просто: добавили несколько серверов. При этом серверная софтина в нагрузочных тестах выдавала вдвое больше, чем требовалось в ТЗ. Сделано на Java.
У Влада под кроватью места мало, сервера новые добавлять.
Здравствуйте, Privalov, Вы писали:
P>Я кому-то из приятелей завидовал, у него что-то подобное было. А у меня был внутренний модем на 2400. Зато у приятеля, помню, мне основательно приглось повозиться со строкой инициализации, а мой просто работал. У нас в районе АТС была доисторическая.
Конечно! Я свою строку инициализации тоже сначала долго создавал, а потом записал её в файл, чтоб не забыть. Там много что контролировать можно было, протоколы соединения, компрессии, коррекции ошибок, и дофига прочего.
А АТСки у нас и в самом деле в то время были координатные, что сильно сказывалось на качестве соединения. У нас-то в квартире телефон был от относительно новой АТС, но когда шёл дозвон на старые — там связь могла и до 2400 упасть с максимальных 14400.
Ф>У гошки плохо с выразительностью — она для микросервисов хороша (именно микро), но что-либо объёмное на ней — способ отстрелить себе ногу.
А как же Докер ?
Хочешь быть счастливым — будь им!
Без булдырабыз!!!
Здравствуйте, Aquilaware, Вы писали:
A>Если бы RSDN писался сейчас, то скорее всего никто бы вообще ничего не писал. Был бы взят готовый движок, например, Discourse, к нему был бы добавлен специализированный рубрикатор для заглавной страницы, по подобию теперешней. Немного кодирования это бы, конечно, потребовало, но ничего существенного.
И ничего существенного из попытки создать форум не не получилось бы.
Здравствуйте, LaptevVV, Вы писали:
Ф>>У гошки плохо с выразительностью — она для микросервисов хороша (именно микро), но что-либо объёмное на ней — способ отстрелить себе ногу. LVV>А как же Докер ?
А вот эти претензии Александреску беспочвенны/устранены? Плюсы он выделяет чисто маркетинговые для гоу )) https://habr.com/ru/articles/460989/
Здравствуйте, Эйнсток Файр, Вы писали:
Поправьте плиз: Писать RSDN на C# было большой ошибкой.
Сейчас особенно, когда есть телега с возможностью создания топиков.
Здравствуйте, 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, а они пилили свой юникс.
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.
До этого или отдельная физическая машина, или откровенная греботня с тем, как обеспечить сосуществование десяти разных версий в одной системе.
N>>И случилось это только через лет пять — для того времени грандиозный срок.
__>Самое главное, что: __>1) это не было windows-only клоном того, над чем у МС нет полного контроля; __>2) Линукс не гражданин второго сорта для Джавы.
Совокупный доход облачных сервисов Microsoft в минувшем квартале вырос на 22% — до $28,5 млрд, сообщается в отчетности.
Выручка подразделения Intelligent Cloud ("умное облако"), в которое входит облачный сервис Azure и бизнес по выпуску программного обеспечения для серверов, поднялась на 16% и достигла $22,1 млрд.
и солнце б утром не вставало, когда бы не было меня
несложная, вроде, арифметика)
Все дело было в обращении к полям датасета по именам (а там просто список, даже без сортировки). Заменили на обращение по индексам и экспорт отработал мухой. Вывод? Алгоритмы решают. Да и не про ассемблер я говорю, в 2023 году.
