В джаве нет ансигнедов?? Жесть какая, не знал
Только что погуглил, реально нет, ой-ёй
ну и? Все равно для упражнений в низкоуровневой оптимизации для начала стоит сменить язык. И не на шарп.
как я понял, придётся использовать long вместо unsigned int чтобы использовать значения выше 2147483647. и таки массив long вместо массива uint есть удар по памяти и ни о какой низкоуровневой фигне тут речь не идёт.
На этом уровне программирования байты не экономят. Бессмысленно если основная работа связана с данными вроде документов в pdf или rtf. Выравнивания объектов в памяти больше сожрет.
Копейка рубль бережёт... Если никто экономить не будет, то если смотреть на картину в целом, то это вытекает в проблему нехватки памяти
тащемта, математика-то работает так же, интерпретация первого бита меняется при переводе в строчку, да и всё. если тебе это настолько важно - есть либы
Слабый аргумент. Во-первых, как ниже отметили, джава с такой проблемой просто не сталкивается. Во-вторых, период расширяемый одним битом не так уж широк, и если тебе не хватило двух миллиардов - весьма вероятно, что не хватит и четырех. В итоге перходом на unsigned ты решишь... нифига.
Нет не вытекает. Все переменные на которых можно экономить будут занимать несколько килобайт. Несравнимо мало по сравнению с базой в которой данные в лучшем случае бигинт, а в худшем - сканы документов. Программист который на яве занимается байтодрочерством не эффективно тратит рабочее время, которое стоит на два порядка больше чем плашка памяти.
Джава крутится на кластерах серверов на дохуя гигабайт оперативки. Поверь, там это не самая актуальная проблема.
Исключительно на кластерах?
нет, еще бывают обычные сервера. Мужик, или кто ты там, хватит натягивать свой сраный десктоп на джаву как сову на глобус. Лопнет.
_++
++
++
Слишком жирно
Пиздеж и провокация, шарп (дотнет) давно кроссплатформенный. При этом, официально кросс-платформенный.
неткор
причем нет фреймворк уже похерен как раз в пользу неткора
причем нет фреймворк уже похерен как раз в пользу неткора
Так-то да, но, вроде, кросс-платформенный GUI не завезли еще... Есть формы и WPF, но они только под винду.
Есть ксамарин, но он, вроде, под мобилки.
Есть ксамарин, но он, вроде, под мобилки.
На гуи все языки забили уже лет 10-15 назад. WPF охуенен, но не обновлялся со времен царя Гороха. В джаве есть аналог? Девелоперы дрочат на веб. Тупо спрос, видимо, просел на десктоп.
Насколько я могу судить, кроссплатформенный .NET-гуи не входит в стратегические планы майкрософта. Очень жаль. На самом деле, с кросс-платформенным GUI вообще катастрофически плохо.
- Qt - охуенен (можно и под мобилки, но так себе), но под плюсы, часто это большой минус. Есть биндинги на Python. Есть и на другие языки, но всратые.
- GTK - по-умолчанию в куче дистров линукса, можно под виндой, но с бубнами. Нативно вообще под Си, что пиздец. Есть биндинги, втч под шарп, но не очень популярные и не очень обновляется.
- WxWidgets. Это кто-то использует? В общем, все равно C/C++ (не помню точно).
- Что там у Java? AWT, Swing, SWT, JavaFX. С джавой не работал, поэтому хуй его знает, насколько хорошо.
- Внезапно, C# Windows Forms, имеющий Mono-порт. В целом, какие-то простейшие гуи можно делать.
И еще стопицот всратого редкого дерьма.
На .NET энтузиасты пилят просто охуенный Open-Source WPF-like кросс-платформенный GUI-фреймворк с XAML, CSS и биндингами на RX. Наслаждайтесь:
Но сыроват.
- Qt - охуенен (можно и под мобилки, но так себе), но под плюсы, часто это большой минус. Есть биндинги на Python. Есть и на другие языки, но всратые.
- GTK - по-умолчанию в куче дистров линукса, можно под виндой, но с бубнами. Нативно вообще под Си, что пиздец. Есть биндинги, втч под шарп, но не очень популярные и не очень обновляется.
- WxWidgets. Это кто-то использует? В общем, все равно C/C++ (не помню точно).
- Что там у Java? AWT, Swing, SWT, JavaFX. С джавой не работал, поэтому хуй его знает, насколько хорошо.
- Внезапно, C# Windows Forms, имеющий Mono-порт. В целом, какие-то простейшие гуи можно делать.
И еще стопицот всратого редкого дерьма.
На .NET энтузиасты пилят просто охуенный Open-Source WPF-like кросс-платформенный GUI-фреймворк с XAML, CSS и биндингами на RX. Наслаждайтесь:
Но сыроват.
Никита, залогиньтесь
Avalonia? Ну... хорошо бы если бы их майки взяли к себе, как это было в Mono. С ресурсами майков дело пошло бы шустрее. А так они уже по моему достаточно долго время разрабатывают этот фреймворк.
Вообще, хреново, что в 2К19 главные держатели ОС не собрались и не договорились о введении каких-нибудь общих интерфейсов, что бы кроссплатформенность была на уровне ОСей.
Вообще, хреново, что в 2К19 главные держатели ОС не собрались и не договорились о введении каких-нибудь общих интерфейсов, что бы кроссплатформенность была на уровне ОСей.
Насколько я могу судить о современной политике MS, она заключается в том, что они ставят ставку на облака и свой Azure. Для этого им надо привелкать разрабов. . Для привлечения разработчиков (облачных!) они делают всякие приятные штуки, вроде .NET Core (писать на MS языке под MS экосистему везде), WSL (удержать больше разрабов на винде), всякие опенсурсы и прочее. Кросс-платформенный UI-тулкит помогает создавать конкуренцию винде на десктопах. Поэтому MS он нахер не нужен. Веб - держите. Десктоп - у нас винда и UWP, вам больше не надо.
Говорить про UI и кросс-платформ в 2к19 я могу долго, и у меня сильно бомбит. На этом примере можно отлично отследить эволюционный стиль развития технологий, когда новое создается на основе старого, сохраняя частичную (или полную) совместимость, обрастая костылями и слоями абстракций. Пиздец, короче.
Как можно разрабатывать UI-приложения под ОСи?
... тут было много букав и бугурта, но я стер.
Завтра я не поленюсь и завезу сравнительную таблицу различных подходов к написанию приложений в терминах "как мы рисуем GUI" (нативно, на неком канвасе, веб нахуй), "как мы взаимодействуем с ОС" (нативно, через либы/фреймворки, веб нахуй).
Говорить про UI и кросс-платформ в 2к19 я могу долго, и у меня сильно бомбит. На этом примере можно отлично отследить эволюционный стиль развития технологий, когда новое создается на основе старого, сохраняя частичную (или полную) совместимость, обрастая костылями и слоями абстракций. Пиздец, короче.
Как можно разрабатывать UI-приложения под ОСи?
... тут было много букав и бугурта, но я стер.
Завтра я не поленюсь и завезу сравнительную таблицу различных подходов к написанию приложений в терминах "как мы рисуем GUI" (нативно, на неком канвасе, веб нахуй), "как мы взаимодействуем с ОС" (нативно, через либы/фреймворки, веб нахуй).
ну как давно, по меркам времени жизни этих платформ - со вчера
Шутки про Эклипс уже лет пять как неактуальны.
он юзабелен, в принципе... От безысходности, правда, но юзабелен.
Я с 2010 пользуюсь intelij. Нахуй вообще выкапывать эту мёртвую бабушку, под названием эклипс. Вы ещё про нет бинс вспомните.
У меня аж из монитора жир потек.
1. Не буду утверждать за Visual Studio 2018 и 2019. Но когда понадобилось соприкоснуться с дотнетом несколько лет назад, я просто охуел насолько эта убогая ссанина а не IDE, которая без решарпера почти нихуя толком не умеет. Джавовская Intellij IDEA кладет её на обе лопатки.
2. Кроссплатформенность. Эта кроссплатформеность больше смахивает на маркетинговую фичу, чем на реальную историю из продакшена. Я еще не встречал ни одного дотнетчика, который бы писал на линуксе под дотнет. Например потому что любимая Visual Studio есть только под винду, а под линух есть только Visual Studio Code, которая еще хуже чем вижуал студио без решарпера.
Деплоится дотнетовское приложение на линукс с большим гемороем, чем на серверную винду.
Кроссплатформенный GUI на других ОС работает не всегда, либо работает через жопу.
3. Набор либ у дотнета намного скуднее, чем у джавы. И обычно если тебе чего не хватает в майкрософтовской песочнице, то это чревато костылями и изобретениями велосипедов. Например, дотнет так и не смог в нормальный ORM со своим entity framework, а в итоге юзают nHibernate - порт джавовского Hibernate.
4. Актуально для СНГ, но зарплата на джава вакансиях чутка повышет чем у дотнета.
1. Не буду утверждать за Visual Studio 2018 и 2019. Но когда понадобилось соприкоснуться с дотнетом несколько лет назад, я просто охуел насолько эта убогая ссанина а не IDE, которая без решарпера почти нихуя толком не умеет. Джавовская Intellij IDEA кладет её на обе лопатки.
2. Кроссплатформенность. Эта кроссплатформеность больше смахивает на маркетинговую фичу, чем на реальную историю из продакшена. Я еще не встречал ни одного дотнетчика, который бы писал на линуксе под дотнет. Например потому что любимая Visual Studio есть только под винду, а под линух есть только Visual Studio Code, которая еще хуже чем вижуал студио без решарпера.
Деплоится дотнетовское приложение на линукс с большим гемороем, чем на серверную винду.
Кроссплатформенный GUI на других ОС работает не всегда, либо работает через жопу.
3. Набор либ у дотнета намного скуднее, чем у джавы. И обычно если тебе чего не хватает в майкрософтовской песочнице, то это чревато костылями и изобретениями велосипедов. Например, дотнет так и не смог в нормальный ORM со своим entity framework, а в итоге юзают nHibernate - порт джавовского Hibernate.
4. Актуально для СНГ, но зарплата на джава вакансиях чутка повышет чем у дотнета.
1)Ну в 2019 вижуалку завезли некоторые фичи из Решарпера. Думается мне, что их последующий курс будет именно в этом направлении- брать фишки из решапера.
3)А чем EF хуже Hibernate? Думается мне, что они +- одинаковые по скорости. Хочешь реальной производительности? Нужно юзать Dapper.
3)А чем EF хуже Hibernate? Думается мне, что они +- одинаковые по скорости. Хочешь реальной производительности? Нужно юзать Dapper.
По функциональности там немного скуднее. Я с NH не работал, но в EF бесили many-to-many связи.
2. Есть Rider от JetBrains, эдакая Resharper Studio. Ну, я разрабатывал асп.нет на винде под винду и линукс, и на линуксе под похуй что. Но я не прям труЪ, я любитель.
3. Кто "юзают"? Насколько я могу судить, дохуя кто юзает Entity Framework и всем заебись, а кому не заебись, тем чаще всего в плане скорости не заебись, и они уходят вообще на всякие более лоу-левел извращения, вроде Dapper или каких-то иных велосипедов. Опа, не заметил, что выше уже про Dapper написали.
3. Кто "юзают"? Насколько я могу судить, дохуя кто юзает Entity Framework и всем заебись, а кому не заебись, тем чаще всего в плане скорости не заебись, и они уходят вообще на всякие более лоу-левел извращения, вроде Dapper или каких-то иных велосипедов. Опа, не заметил, что выше уже про Dapper написали.
3. Не вылазя за пределы песочницы мелкософта, легко заблуждаться и думать, что так и должно быть и лучше не надо. Скажи ты сам пробовал работать через Hibernate с БД? Потому что мне как человеку работающему с джавой в первую очередь, дотнетовский EF показался ущербным.
- из коробки, он не умеет работать с ораклом и постгресом
- у EF нет аналога Criteria, который есть в хибере, а он дает возможность намного более гибко, прям в рантайме собирать запросы, чем LINQ
- стратегии optimistic локов у EF беднее, чем у хибера
- many to many у EF, релизуется через жуткие костыли по сравнению с хибером
- к EF, нельзя прикрутить кеш второго уровня, который может дать ощутимый буст к производительности
- из коробки, он не умеет работать с ораклом и постгресом
- у EF нет аналога Criteria, который есть в хибере, а он дает возможность намного более гибко, прям в рантайме собирать запросы, чем LINQ
- стратегии optimistic локов у EF беднее, чем у хибера
- many to many у EF, релизуется через жуткие костыли по сравнению с хибером
- к EF, нельзя прикрутить кеш второго уровня, который может дать ощутимый буст к производительности
Я и не говорил, что я юзал NH. В конторе, где я работал, юзали EF. Но это было давно и неправда. У меня нет статистики, сколько .нет бэкендеров юзают NH, а сколько EF. Оракл не юзал. Может, оракл мага-ниебически-крут, но после того, как я одним глазом посмотрел на оракл в универе, глаз дергается. Постгрес из коробки... Адаптер для постгреса, который ставится одной командой из NuGet, а потом одной строчкой меняется MS SQL адаптер на постгрес адаптер - достаточно из коробки? (А также SQLite аналогично, из тех, которые юзал).
Я видел как через ef в рантайме собрались запросы(деревья выражений), но это было очень страшно по производительности.
Из того, что ты написал адекватно лишь то, что количество библиотек в жаве больше из-за возраста. Последние студии просто ахуенны. Кросплатформенность нет кора реальна чуть более чем полностью. Мы пишем веб апи, веб апликухи и просто демоны под линукс. Все работает идеально. На счет студии есть секрет - о боже, можно писать под виндой в студии, а собирать и запускать на линуксе! И оно работает идентично (если не юзать какую-нить адовую системщину), ибо кросплатформенность
> Я еще не встречал ни одного дотнетчика, который бы писал на линуксе под дотнет.
привет. правда я не совсем дотнетчик, это не основной инструмент для меня
>а под линух есть только Visual Studio Code, которая еще хуже чем вижуал студио без решарпера.
1) лично мне, как пользователю linux, vscode зашла сильно больше, чем idea и vs.
2) есть rider на базе, внезапно, той же idea и с тем же resharper
>Деплоится дотнетовское приложение на линукс с большим гемороем, чем на серверную винду.
1) для .net core есть готовые docker-образы
2) проект на c# (.net core 3+) может компилироваться в один самодостаточный бинарный файл, прямо как golang
т.е. деплой максимально простой, даже проще чем у бидона и php
>в итоге юзают nHibernate - порт джавовского Hibernate
если могу судить по вакансиям, то если и юзают, то абсолютное меньшинство
привет. правда я не совсем дотнетчик, это не основной инструмент для меня
>а под линух есть только Visual Studio Code, которая еще хуже чем вижуал студио без решарпера.
1) лично мне, как пользователю linux, vscode зашла сильно больше, чем idea и vs.
2) есть rider на базе, внезапно, той же idea и с тем же resharper
>Деплоится дотнетовское приложение на линукс с большим гемороем, чем на серверную винду.
1) для .net core есть готовые docker-образы
2) проект на c# (.net core 3+) может компилироваться в один самодостаточный бинарный файл, прямо как golang
т.е. деплой максимально простой, даже проще чем у бидона и php
>в итоге юзают nHibernate - порт джавовского Hibernate
если могу судить по вакансиям, то если и юзают, то абсолютное меньшинство
> 2) проект на c# (.net core 3+) может компилироваться в один самодостаточный бинарный файл, прямо как golang
Можешь ссыль скинуть на пример? Гуглил, все что-то не то находится. Интересно пару экспериментов поставить.
Можешь ссыль скинуть на пример? Гуглил, все что-то не то находится. Интересно пару экспериментов поставить.
Пиздежь, пишу на шарпе, потребляю кофеиниум литрами
какие ваши доказательства?
Ты не заметил его глаз на фотке!!? Небось еще курит параллельно!
Чтобы написать коммент, необходимо залогиниться