Сообщение Re[6]: свитчнулся на десктоп из веб-разработки от 25.10.2024 18:53
Изменено 25.10.2024 18:53 Явь-истъ
Re[6]: свитчнулся на десктоп из веб-разработки
Здравствуйте, velkin, Вы писали:
V>У каждой базы свой собственный диалект sql.
А еще своя версия процедурного языка, а еще свой механизм создания плагинов (видимо на Си).
V>И к чему этот вопрос. Популярные реляционные базы данных написаны как правило на Си.
Новые базы данных почти не нужны, пользуются имеющимися.
V>А ты знаешь, что там внутри парсер диалектов sql. Это, кстати, тоже не самая быстрая вещь. Потому есть другие виды баз данных для тех кому нужна производительность.
Языки меряются не только производительностью программы, но и производительностью программистов.
V>Я говорю надо использовать C++, а не Java.
Так ява свободная и открытая, можно скачать исходники и самому собрать.
V>Между прочим ассемблер хотя бы не помешало подучить.
Даже кодя на Яве приходится понимать архитектуру процессора.
V>А то многие программисты деграднули. Я кстати тоже.
Я потому что задач сложных почти нет.
V>Сейчас модно писать тормознутое говно и кичиться этим называя себя синьором.
В данном свете sql будет не таким медленным.
V>Почему программисты прошлого были умнее
Потому что им разрешали быть ближе к железу и был спрос на системное ПО.
V>Вот это реальная тема для GNU/Linux. А не "импортозамещение" на .NET и C# или даже Java. Но даже если это торговые боты моё мнение не изменится.
На Яве и Дот-нете это не замещение, как писали так и продолжают писать без изменений.
Вообще гуевые задачи не ахти что-то сложное, чтобы кичиться этим.
V>У каждой базы свой собственный диалект sql.
А еще своя версия процедурного языка, а еще свой механизм создания плагинов (видимо на Си).
V>И к чему этот вопрос. Популярные реляционные базы данных написаны как правило на Си.
Новые базы данных почти не нужны, пользуются имеющимися.
V>А ты знаешь, что там внутри парсер диалектов sql. Это, кстати, тоже не самая быстрая вещь. Потому есть другие виды баз данных для тех кому нужна производительность.
Языки меряются не только производительностью программы, но и производительностью программистов.
V>Я говорю надо использовать C++, а не Java.
Так ява свободная и открытая, можно скачать исходники и самому собрать.
V>Между прочим ассемблер хотя бы не помешало подучить.
Даже кодя на Яве приходится понимать архитектуру процессора.
V>А то многие программисты деграднули. Я кстати тоже.
Я потому что задач сложных почти нет.
V>Сейчас модно писать тормознутое говно и кичиться этим называя себя синьором.
В данном свете sql будет не таким медленным.
V>Почему программисты прошлого были умнее
Потому что им разрешали быть ближе к железу и был спрос на системное ПО.
V>Вот это реальная тема для GNU/Linux. А не "импортозамещение" на .NET и C# или даже Java. Но даже если это торговые боты моё мнение не изменится.
На Яве и Дот-нете это не замещение, как писали так и продолжают писать без изменений.
Вообще гуевые задачи не ахти что-то сложное, чтобы кичиться этим.
Re[6]: свитчнулся на десктоп из веб-разработки
Здравствуйте, velkin, Вы писали:
V>У каждой базы свой собственный диалект sql.
А еще своя версия процедурного языка, а еще свой механизм создания плагинов (видимо на Си).
V>И к чему этот вопрос. Популярные реляционные базы данных написаны как правило на Си.
Новые базы данных почти не нужны, пользуются имеющимися.
V>А ты знаешь, что там внутри парсер диалектов sql. Это, кстати, тоже не самая быстрая вещь. Потому есть другие виды баз данных для тех кому нужна производительность.
Языки меряются не только производительностью программы, но и производительностью программистов.
V>Я говорю надо использовать C++, а не Java.
Так ява свободная и открытая, можно скачать исходники и самому собрать.
V>Между прочим ассемблер хотя бы не помешало подучить.
Даже кодя на Яве приходится понимать архитектуру процессора.
V>А то многие программисты деграднули. Я кстати тоже.
А потому что задач сложных почти нет.
V>Сейчас модно писать тормознутое говно и кичиться этим называя себя синьором.
В данном свете sql будет не таким медленным.
V>Почему программисты прошлого были умнее
Потому что им разрешали быть ближе к железу и был спрос на системное ПО.
V>Вот это реальная тема для GNU/Linux. А не "импортозамещение" на .NET и C# или даже Java. Но даже если это торговые боты моё мнение не изменится.
На Яве и Дот-нете это не замещение, как писали так и продолжают писать без изменений.
Вообще гуевые задачи не ахти что-то сложное, чтобы кичиться этим.
V>У каждой базы свой собственный диалект sql.
А еще своя версия процедурного языка, а еще свой механизм создания плагинов (видимо на Си).
V>И к чему этот вопрос. Популярные реляционные базы данных написаны как правило на Си.
Новые базы данных почти не нужны, пользуются имеющимися.
V>А ты знаешь, что там внутри парсер диалектов sql. Это, кстати, тоже не самая быстрая вещь. Потому есть другие виды баз данных для тех кому нужна производительность.
Языки меряются не только производительностью программы, но и производительностью программистов.
V>Я говорю надо использовать C++, а не Java.
Так ява свободная и открытая, можно скачать исходники и самому собрать.
V>Между прочим ассемблер хотя бы не помешало подучить.
Даже кодя на Яве приходится понимать архитектуру процессора.
V>А то многие программисты деграднули. Я кстати тоже.
А потому что задач сложных почти нет.
V>Сейчас модно писать тормознутое говно и кичиться этим называя себя синьором.
В данном свете sql будет не таким медленным.
V>Почему программисты прошлого были умнее
Потому что им разрешали быть ближе к железу и был спрос на системное ПО.
V>Вот это реальная тема для GNU/Linux. А не "импортозамещение" на .NET и C# или даже Java. Но даже если это торговые боты моё мнение не изменится.
На Яве и Дот-нете это не замещение, как писали так и продолжают писать без изменений.
Вообще гуевые задачи не ахти что-то сложное, чтобы кичиться этим.