Хм, а мне казалось, что она развивалась до восьмёрки, пока был Sun. А с Ораклом у неё всё стало походить на ИБД.
У C# была одна большая проблема, это Стив Балмер с его идиотским видением прекрасного будущего. Такого CEO никому не пожелаешь.
А что касается функционала Java. Например, Streams, которые не так уж давно завезли в яву, это LINQ в C#, который появился там в году 2008-ом. В мире дотнета как бы само собой разумеется, что C# не просто язык, он в дотнете, которому требуются фпеймворки на все случаи жизни. И всё это более-менее целостное. А в J2EE есть только сервлеты, а обычно её функционал в Spring Boot, Hibernate, Jackson, GSON и т.п. Всё это не целостное, к тому же. Привет тем, кто при использовании log4j вынужден ставить адаптер для Slfj. И такого много. Например JSP/JSF выдают ошибки привязки модели в рантайме, тогда как в Razor это будет ошибка компиляции, а хочешь логгер, вот тебе интерфейс ILogger и не балуй.
А беда с датами? Прекрасно помню свои эмоции, когда только подружил Calendar с XMLGregorianCalendar, вычистил из проекта Date и тут вышла Java 8, с их кучей классов для даты. Я искренне не понимаю, почему Date они сделали Deprecated а Calendar нет. И почему создали Calendar, когда можно было доработать Date и отменить deprecated. И это просто показательный случай, просчёты не исправляются, их консервируют.
В дотнете нет выбора GC, он по-умолчанию и великолепно работает. А если вы хотите прекрасный GC в Java, то он платный. И это не весело, то есть ребята пишут хороший GC, а потом убирая из него часть отдают бесплатно, а полноценный продают за деньги. Разумеется им не выгодно революуионно менять язык, тогда их GC+ надо будет дорабатывать.
А что меня выбешивает, что когда надо, нам говорят о святой обратной совместимости, мол, реализация этого потребует покушение на святое. А когда выгодно в другую сторону, то простите, прогресс не стоит на месте. Шутка ли, часть хороших продуктов на джаве до сих пор не переедут с Java 8.
А иногда просто за дураков держат как в случае с перегрузкой операторов ==,! =и т.д., заявляя, что это будет путать, все уже привыкли не сравнивать так а использовать equals.
Очень много проектов написано в нулевые. А тогда, если хочешь серьёзный проект, кроссплатформ иили юникс, то был С или Джава. Собственно и всё. Perl использовал неудобный CGI-BIN, но был медленнее С. А PHP и Python был уделом веб-сайтов и мелких приложений. Другие языки занимали очень малую долю рынка.
Я прекрасно помню, как перейдя PHP на Java я был впечатлён фреймворком, ведь в 2007 PHP представлял собой раздолье для любителей велосипедов, каждый сам себе фреймворк.
А вот сейчас на рынке богатый выбор инструментов и многие знакомые труджависты, тихо-тихо мигрируют куда-то, где им более комфортно.
Имел опыт миграции Oracle->PostgreSQL системы приёма наличных платежей через терминалы. Данные не требовались, но в самой базе был богатый уровень программных процедур. Честно говоря, так и не нашёл тогда автоматического инструмента и пришлось неделю по-процедурно писать код.
Есть пара других проектов, но там ещё и данные за много лет, а если прибавить сюда опять же множество процедур, то становится не по себе от объёмов.
Она была не просто более удачная, она была заметно быстрее и они ещё туда Windows Foundation Classes завезли, для создания пользовательского интерфейса.
Значение типа int в памяти занимает 32 бита, экземпляр класса Integer -- в несколько раз больше. Один заголовок объекта будет больше, чем полезная нагрузка. Бесконечное ОЗУ у вас тоже на уровне компилятора есть?
В том-то и дело, поэтому расход памяти я должен всеми силами оберегать. А тут на ровном месте вместо примитива у меня объект, а если к нему прибавлю примитив, а потом ещё equals, а там object на входе и привет боксинг/анбоксинг. Вроде ничего не делали, а к нам уже GC напрашивается.
На этом фоне читаешь .NET рекомендации, когда даже для StringBuilder лучше использовать ObjectPool настроить пуллинг под свои нужды, чтобы данный объект не пересоздавать при каждом вызове и опять же, экономить память.
Поэтому: `int` == `Integer`
Чтобы не тратить память в рантайме попусту. Кстати, получается, что разница сохраняется только лишь затем, чтобы установить NULL? А зачем он нужен, чтобы кидать потом NullPointerException? А 0 чем на эту роль не годился в ситуации, когда все давно уже говорят о проблемах с этим NULL?
А ждуниора всегда можно попросить написать сортировку пузырьком или развернуть массив.
Про джуна - ладно. Хотя, зачем его спрашивать о том, что он никогда делать не будет. Ведь он не будет на Java пузырьковый писать.
А вот с перегрузкой операторов и датами вы проигнорировали, почему-то.
с каких то пор более многословный но такой же код стал "хорошо читаемый"?
Читаемость не синоним обилия.
Насколько это читабельно по-вашему?
// value - ValueHolder class // measureMorning, measureDay, measureEvening - variables of type BigDecimal BigDecimal result = (value.getMeasureMorning().add( value.getMeasureDay().add( value.getMeasureEvening())).divide(3);
Ну серьёзно. Про float/double не вспоминайте, расчёты должны быть точными. Против этого:
// decimal MeasureMorning, MeasureDay, MeasureEvening var result = ( value.MeasureMorning + value.MeasureDay + value.MeasureEvening ) / 3;
И потом.
Никто не запрещает тем, кто пишет на C#, вместо авто свойств использовать такую форму:
private string _name; public string Name { get { return _name } set { _name = value; } }
Но почему-то охотников так писать - мало.
И если он так классно читаем, то почему же тогда в JSP при обращении к полям класса мы не должны писать get/set? Почему в одном месте так, а в другом иначе?
Да и вообще, сейчас народ вообще обленился и пишет вот так:
Вспомнил, как мне али экспресс почти ничего не давал делать на сайте, настойчиво предлагая скачать приложение. Заходишь в маркет, а там их приложение: недоступно в вашей стране.
Неро стал не нужен. А ACDSee мне регулярно слал отчёты, мол, новая версия вышла, мы добавили возможность загрузки фоток в облако и переделали интерфейс, цена апгрейда 30$, но сегодня и только для — 25$.
А я всё никак не мог найти на их сайте ту старенькую версию, за которую заплатил.
Обычно не разрабам идеи приходят. Точнее, они им приходят, но на них все кладут, а вот вместо этого приходит По и говорит, что будем пилить картиночки в сторис!
А как разработчик скажу, что в Oracle очень сильно не хватает возвращения SELECT-ов в процедурах, со всеми его top, limit и прочим.
Да и вообще, по какому-то культу карго в своё время ставили Оракл где надо и не надо. Из задач и объёмов, порой MySQL за глаза хватит, но нет, стоит какой-нить девятый или одинадцатый (если повезёт) оракл. Пугает неофитов.
Я до сих пор не пониимаю, почему в джаве сохраняется вот эта разница между Integer и int. По-моему решение на уровне компилятора. Но тогда, о чём будут спрашивать джуна на собесе?
Хотя, они и перегрузку операторов ==, +, - никогда не введут. Так и будут формулы в джаве писаться через методы, превращая их в нечто от лиспа.
Читал, что основной аргумент против - возможно некоторые будут путаться. Ну да, так много кому надо сравнивать указатели, вместо сравнения значений.
Про клоунаду с типом для даты/времени - и упоминать не стоит.
В шапке статье не хватает фото Бендера Родригеза.
Хм, а мне казалось, что она развивалась до восьмёрки, пока был Sun. А с Ораклом у неё всё стало походить на ИБД.
У C# была одна большая проблема, это Стив Балмер с его идиотским видением прекрасного будущего. Такого CEO никому не пожелаешь.
А что касается функционала Java. Например, Streams, которые не так уж давно завезли в яву, это LINQ в C#, который появился там в году 2008-ом. В мире дотнета как бы само собой разумеется, что C# не просто язык, он в дотнете, которому требуются фпеймворки на все случаи жизни. И всё это более-менее целостное. А в J2EE есть только сервлеты, а обычно её функционал в Spring Boot, Hibernate, Jackson, GSON и т.п. Всё это не целостное, к тому же. Привет тем, кто при использовании log4j вынужден ставить адаптер для Slfj. И такого много. Например JSP/JSF выдают ошибки привязки модели в рантайме, тогда как в Razor это будет ошибка компиляции, а хочешь логгер, вот тебе интерфейс ILogger и не балуй.
А беда с датами? Прекрасно помню свои эмоции, когда только подружил Calendar с XMLGregorianCalendar, вычистил из проекта Date и тут вышла Java 8, с их кучей классов для даты. Я искренне не понимаю, почему Date они сделали Deprecated а Calendar нет. И почему создали Calendar, когда можно было доработать Date и отменить deprecated. И это просто показательный случай, просчёты не исправляются, их консервируют.
В дотнете нет выбора GC, он по-умолчанию и великолепно работает. А если вы хотите прекрасный GC в Java, то он платный. И это не весело, то есть ребята пишут хороший GC, а потом убирая из него часть отдают бесплатно, а полноценный продают за деньги. Разумеется им не выгодно революуионно менять язык, тогда их GC+ надо будет дорабатывать.
А что меня выбешивает, что когда надо, нам говорят о святой обратной совместимости, мол, реализация этого потребует покушение на святое. А когда выгодно в другую сторону, то простите, прогресс не стоит на месте. Шутка ли, часть хороших продуктов на джаве до сих пор не переедут с Java 8.
А иногда просто за дураков держат как в случае с перегрузкой операторов ==,! =и т.д., заявляя, что это будет путать, все уже привыкли не сравнивать так а использовать equals.
Очень много проектов написано в нулевые. А тогда, если хочешь серьёзный проект, кроссплатформ иили юникс, то был С или Джава. Собственно и всё. Perl использовал неудобный CGI-BIN, но был медленнее С. А PHP и Python был уделом веб-сайтов и мелких приложений. Другие языки занимали очень малую долю рынка.
Я прекрасно помню, как перейдя PHP на Java я был впечатлён фреймворком, ведь в 2007 PHP представлял собой раздолье для любителей велосипедов, каждый сам себе фреймворк.
А вот сейчас на рынке богатый выбор инструментов и многие знакомые труджависты, тихо-тихо мигрируют куда-то, где им более комфортно.
Да, одного усыновила семья, а другой, после, смерти папы, перешёл под опеку к не совсем доброму дядюшке :)
Имел опыт миграции Oracle->PostgreSQL системы приёма наличных платежей через терминалы. Данные не требовались, но в самой базе был богатый уровень программных процедур. Честно говоря, так и не нашёл тогда автоматического инструмента и пришлось неделю по-процедурно писать код.
Есть пара других проектов, но там ещё и данные за много лет, а если прибавить сюда опять же множество процедур, то становится не по себе от объёмов.
Она была не просто более удачная, она была заметно быстрее и они ещё туда Windows Foundation Classes завезли, для создания пользовательского интерфейса.
Только, там сначала Visual J++ был.
В том-то и дело, поэтому расход памяти я должен всеми силами оберегать. А тут на ровном месте вместо примитива у меня объект, а если к нему прибавлю примитив, а потом ещё
equals, а тамobjectна входе и привет боксинг/анбоксинг. Вроде ничего не делали, а к нам уже GC напрашивается.На этом фоне читаешь .NET рекомендации, когда даже для
StringBuilderлучше использоватьObjectPoolнастроить пуллинг под свои нужды, чтобы данный объект не пересоздавать при каждом вызове и опять же, экономить память.Поэтому:
`int` == `Integer`Чтобы не тратить память в рантайме попусту.
Кстати, получается, что разница сохраняется только лишь затем, чтобы установить
NULL? А зачем он нужен, чтобы кидать потомNullPointerException? А 0 чем на эту роль не годился в ситуации, когда все давно уже говорят о проблемах с этимNULL?Про джуна - ладно. Хотя, зачем его спрашивать о том, что он никогда делать не будет. Ведь он не будет на Java пузырьковый писать.
А вот с перегрузкой операторов и датами вы проигнорировали, почему-то.
Читаемость не синоним обилия.
Насколько это читабельно по-вашему?
// value - ValueHolder class// measureMorning, measureDay, measureEvening - variables of type BigDecimal
BigDecimal result = (value.getMeasureMorning().add( value.getMeasureDay().add( value.getMeasureEvening())).divide(3);
Ну серьёзно. Про
float/doubleне вспоминайте, расчёты должны быть точными. Против этого:// decimal MeasureMorning, MeasureDay, MeasureEveningvar result = ( value.MeasureMorning + value.MeasureDay + value.MeasureEvening ) / 3;
И потом.
Никто не запрещает тем, кто пишет на C#, вместо авто свойств использовать такую форму:
private string _name;public string Name
{
get { return _name }
set { _name = value; }
}
Но почему-то охотников так писать - мало.
И если он так классно читаем, то почему же тогда в JSP при обращении к полям класса мы не должны писать
get/set? Почему в одном месте так, а в другом иначе?Да и вообще, сейчас народ вообще обленился и пишет вот так:
public record Person(string Name);Я смотрел их недавно. Некоторые вещи вообще отсутствуют. Даже исходники прошивки есть с нулевой длиной.
Пойдёт? :)
Ужасная верстка, отсутствие функционала. Когда вставляешь номер карты из телеги, он почему то вставляется белым шрифтом.
Но, нет продажи фенов и сторисов.
Вспомнил, как мне али экспресс почти ничего не давал делать на сайте, настойчиво предлагая скачать приложение. Заходишь в маркет, а там их приложение: недоступно в вашей стране.
Неро стал не нужен. А ACDSee мне регулярно слал отчёты, мол, новая версия вышла, мы добавили возможность загрузки фоток в облако и переделали интерфейс, цена апгрейда 30$, но сегодня и только для — 25$.
А я всё никак не мог найти на их сайте ту старенькую версию, за которую заплатил.
Обычно не разрабам идеи приходят. Точнее, они им приходят, но на них все кладут, а вот вместо этого приходит По и говорит, что будем пилить картиночки в сторис!
Не была печали, апдейтов накачали.
Сори, но зачем вам edge обновления, когда можно спокойно сидеть на стабильной ветке, просто со всеми патчами безопасности?
А с MS SQL, я уже несколько лет работаю через DataGrip.
SQL Server Developer конечно ультимативный, но по удобству застравший где-то в конце нулевых, не смотря на MS Visual Studio или VSCode.
"Установка MS SQL на Oracle Linux"Лет 10 назад подумал бы, что кто-то бредит.
А как разработчик скажу, что в Oracle очень сильно не хватает возвращения SELECT-ов в процедурах, со всеми его top, limit и прочим.
Да и вообще, по какому-то культу карго в своё время ставили Оракл где надо и не надо. Из задач и объёмов, порой MySQL за глаза хватит, но нет, стоит какой-нить девятый или одинадцатый (если повезёт) оракл. Пугает неофитов.
А где пункт:
Я не просто душнила, а ещё и токсик?
Мог бы тоже самое сказать про Pebble Watch.
Со дня на день вспыхнет, а там, глядишь, и Бетельгейзе подтянется. С разницей пару сотен лет, может быть.
Он уже давно анонсирован, последнее обновление Espressif в твиттере от ноября 2023, с фоткой чипа. Мол, скоро.
Но пока что они успели наладить только C6, который Zegbee + 2.4 WiFi.
Я до сих пор не пониимаю, почему в джаве сохраняется вот эта разница между
Integerиint. По-моему решение на уровне компилятора. Но тогда, о чём будут спрашивать джуна на собесе?Хотя, они и перегрузку операторов
==, +, -никогда не введут. Так и будут формулы в джаве писаться через методы, превращая их в нечто от лиспа.Читал, что основной аргумент против - возможно некоторые будут путаться. Ну да, так много кому надо сравнивать указатели, вместо сравнения значений.
Про клоунаду с типом для даты/времени - и упоминать не стоит.