Двач.hk не отвечает.
Вы видите копию треда, сохраненную 11 июля 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
64 Кб, 600x847
5127 Кб, Webm
Официальный™ тред Java #33 #767615 В конец треда | Веб
Шапка треда https://github.com/qqqlll/Java-Thread/wiki

Предыдущий тонет здесь >>755953 (OP)
#2 #767676
>>767615 (OP)
Откуда видеослайды?
>>767689>>767699
#3 #767689
>>767676
Нашел.
sage #4 #767694
Макаки, пишущие на мёртвом языке перекатили тред? Ну и замечательно, сидите тут.
#5 #767698
>>767694
Ты ошибся тредом, тебе в .NET
#6 #767699
>>767676
https://www.youtube.com/watch?v=kLO1djacsfg
Весь видеоряд не уместился в лимит.

>>767694
Следишь за нами?
>>767703>>767714
#7 #767703
>>767699
А что является оригиналом?
>>767704
#8 #767704
>>767703
Ой бля я поц, это для конфы снято.
#9 #767705
>>767694
А чё это он умер?
>>767716
#10 #767710
>>767615 (OP)
Какая классная вемка, где вы это берете?
>>767714
#11 #767714
>>767710
Литерали
>>767699
>>767720
#12 #767716
>>767705
Потому что сишарп.
#13 #767720
>>767714
а почему они такой ролик сняли?
>>767723
#14 #767723
>>767725
#15 #767724
Это тред отсоса дотпетушков?
#16 #767725
>>767723
wew там еще и полный фильм будет.
#17 #767729
Почему Java лучше C#? Или наоборот.
мимо ньюфаг
#18 #767731
>>767729
потому что шарперы пишут под сперму, а сперма - не тру.
>>767733>>767769
#19 #767733
>>767731
И всего-то?
#20 #767735
Какие годные книги есть для совсем ньюфага, после прочтения которых можно будет сделать розовый калькулятор под андроид?
>>767737>>767766
#21 #767737
>>767729
Потому что сишарп это пиратская версия Java. Microsoft посмотрело на Sun, посмотрело на Java и платформу JVM, и захотело также. Но чисто Java использовать не по-пацански, поэтому они запилили C#, попутно проебав переносимость и тем самым проебав тырпрайз сектор, который по значительной части или ебал Windows, или ебал C#.
>>767735
В андроид тред, там инструкция.
#22 #767766
#23 #767769
>>767731
Почему виндовс это сперма?
>>767772
#24 #767772
>>767769
Ньюфаг штоле? Виндавс эта МАЗДАЙ.
68 Кб, 1513x765
61 Кб, 1554x727
#25 #767775
>>767580
>>767600
hibernate.cfg.xml нет у меня, анотации и jpa.
Вот persistence и контекст
>>767779
#26 #767777
Жетбрейнсы, вы сидите здесь, я знаю. Какого я не могу поставить плагины на идею? Ноджс встал нормально, а скала и го не устанавливаются. Начинается загрузка, идёт некоторое время, а потом падает и пишет "Не удалось получить плагин по адресу ---, ответ 200". Захожу на этот адрес браузером - предлагает нормально скачать архив. Можно как то скачать этот архив вручную и бросить в каталог идеи для последующей установки?
#27 #767779
>>767775
Выруби hbm2ddl нахрен и он не будет пересоздавать твои объекты бд.
http://stackoverflow.com/a/3179948/4900642
>>767808
#28 #767808
>>767779
Блятьямудакпиздецсука. Изначально был один конеткст, пока разбирался как оно работает. Потом разбил по слоям с импортами. И сейчас несколько дней ебался с конфигурацией ентитименеджера в дао слое, но в веб слое старую не удалил и только замеитил. Пушка.
#29 #767814
Джаваны, а дайте линк, где можно хорошо научиться фп-фичам восьмой Джавы - лямбды и Stream API, чтобы можно было писать йобы как здесь: >>767042

Только чтобы нормально было, а не "в этой статье мы напишем как анонимные внутренние классы менять на лямбда-выражения".
#30 #767817
>>767615 (OP)
Обоссал жабистов за шапку.
#31 #767829
>>767729
Потому что на JVM пишут в Clojure/Kotlin/Scala/Groovy, а в .NET популярен только C#.
Жабка то сама по себе та еще параша.
#32 #767843
>>767615 (OP)

> ОП-видос


Разменял батю на пизду на велосипеде. Так мог поступить только джава-пидор.
>>767854
#33 #767854
>>767843

> джава-пидор


Но ведь в данном случае как раз-таки Джвава-натурал получается.
>>768042
#34 #767911
>>767814
Есть хорошая книга -- Java 8 in Action.
>>768118
#35 #767915
Java такая охуенная, что я не могу на ней писать. Только заглядываю в документацию, как обканчиваю монитор, иду курить, а затем без сил падаю спать.
#36 #767932
Не знаю где спросить, спрошу тут, так как интересует решения на джаве.

Вообщем суть такова:

есть клас Screen1, Screen2, Screen3 итд и есть клас GUIBuilder где я планирую насоздавать всякие типичные кнопки, лейблы, графику к ним и их поведение. Так вот как мне сделать так, что бы использовать только один екземпляр класа GUIBuilder, что бы экономить память, а не писать в каждом класе такое:

class Screen1 {
GUIBuilder builder;
public Screen1 (){
builder = new GUIBuilder;
}
}

class Screen2 {
GUIBuilder builder;
public Screen2 (){
builder = new GUIBuilder;
}
}

итд, как я понял при этом создаются много экземпляров, так как там графика, то все может быть довольно плачевно.

Что то слышал о синглтоне, но так и не понял поможет ли оно мне.
#37 #767939
>>767932
проебал скобки, но не суть
#38 #767950
>>767932
Dependency Injection.
>>767951>>767971
#39 #767951
>>767950
И да, синглтон сам по себе (т.е. без DI) поможет. Но тогда придётся класс гуйбилдера проектировать соответствующим образом.
>>767971
#41 #767963
>>767814
А если без шуточек то я учился по вот этой книжке https://www.amazon.com/OCP-Certified-Professional-Programmer-1Z0-809/dp/1119067901
там не очень уж и подробно, но базовое понимание дает, остается только подгуглить иногда
>>768118
#43 #767971
>>767951
>>767950

Спасибо начал читать о DI, походу это сложнее чем синглтон

Так подойдет, переписал с вики с добавлением своего кода:

class GUIBuilder {

MyButton btn1, btn2;
privat GUIBuilder () {
btn1 = new MyButton ("GO!");
btn2 = new MyButton ("STOP");
}
private static final GUIBuilder instance = new GUIBuilder();
public static GUIBuilder getInstance() {
return instance;
}
}

Я не совсем понимаю как это далее использовать, так что ли?

GUIBuilder.getInstance.btn1

то есть например так:

class Screen1 {
public Screen1 (){
this.add(GUIBuilder.getInstance.btn1);
}
}
#43 #767971
>>767951
>>767950

Спасибо начал читать о DI, походу это сложнее чем синглтон

Так подойдет, переписал с вики с добавлением своего кода:

class GUIBuilder {

MyButton btn1, btn2;
privat GUIBuilder () {
btn1 = new MyButton ("GO!");
btn2 = new MyButton ("STOP");
}
private static final GUIBuilder instance = new GUIBuilder();
public static GUIBuilder getInstance() {
return instance;
}
}

Я не совсем понимаю как это далее использовать, так что ли?

GUIBuilder.getInstance.btn1

то есть например так:

class Screen1 {
public Screen1 (){
this.add(GUIBuilder.getInstance.btn1);
}
}
>>767973>>767977
#44 #767973
>>767971
Для начала и так сойдёт.
Везде, где тебе нужен экземпляр GUIBuilder'а, используй GUIBuilder.getInstance().
>>767975
#45 #767975
>>767973
Понятно
>>767966
Спасибо, в будущем попробую это прикрутить к проэкту.
#46 #767977
>>767971
Отложи сейчас в сторону код на пару часов, скачай Spring in action 4th edition и прочитай первые 3 главы. Нинада синглтонить руками, тем более код не оптимальный.
#47 #768038
Скажите, а обязательно обмазываться хибернетом и спрингом, чтобы быть жава девелопером? Я туториал пробежал глазами, там столько букав, все эти рестфул штуки.
>>768046>>768052
#48 #768042
>>767854
У неё кадык и отсутствующая талия
#49 #768046
>>768038

> Я туториал пробежал глазами, там столько букав


> чтобы быть жава девелопером


Откуда вы лезете?
#50 #768052
>>768038
Либо это, либо андроид.
>>768115>>768190
#51 #768115
>>768052
бля
#52 #768118
>>767911
>>767963
Спасибо.
#53 #768190
>>768052
а на чистой жаве низя писать? с мвк и паттернами для бд?
>>768197>>768198
#54 #768197
>>768190
Сколько тебе лет?
>>768267
#55 #768198
>>768190
нельзя, грешно
>>768267
#56 #768267
>>768198
чому?
>>768197
11
>>768270
#57 #768270
>>768267
Потому что.
#58 #768351
Не подскажут ли здешние джентльмены способ конвертирования char в константы KeyEvent? Пишу адаптер к геймпаду, который через Robot нажимает на клавиатурные кнопки, хочется запилить текстовый конфиг для легкости настраивания. Пока додумался только до функции, которая будет смотреть на символ и подставлять вместо него число.
>>768359>>768384
#59 #768359
>>768351
Предварительно заполнить Map<Char, KeyEvent> и при надобности в неё заглядывать.
>>768390
#60 #768384
>>768351
Посмотри на KeyStroke и AWTKeyStroke.
>>768390
#61 #768390
>>768359
Лучше, да, но все равно придется писать функцию на ее заполнение.

>>768384
Там много куда можно посмотреть. Только как закодировать стрелки, их же не запишешь в файл.
>>768643
#62 #768434
Скопирую из ньюфажеского треда. Дискас.

Библиотеки в Java разные, и то что потрачено миллиард мегачасов - это правда, вопрос - всегда ли это хорошо. Многие библиотеки писались сто лет назад, с целью "шоб было", и по остаточному принципу ("для ассортимента"). Получились переусложненными, кривыми, полурабочими, но сделать с этим теперь ничего нельзя, потому что в мире гигатонны кода, уже завязанного на них.

Основная проблема жабы - что она проектировалась идеологически подкованными людьми и изготовлялась людьми по найму. Т.е. проектировали ее согласно руководящей линии, а делали для дяди и побыстрее. В результате какой-нибудь грегорианкалендар гибок до бесформенности, зато keystore.jks и cacerts.jks а)одни на все приложение б)прибиваются гвоздями при старте. Сервлеты и регексы, например, делали люди, которые про них, видимо, старательно прочитали, но а)сами их не использовали и б)сами использовать написанное не собирались. Про такие закидоны можно рассказывать долго - например, когда отдается xsd для wsdl, отдается не тот, который надо, а тот, который первым попался; пути к .xsd в .jar прошиваюстя целиком, и есть специальный параметр, указывающий, что от пути отрезать, чтобы получить путь в .jar'е к правильному .xsd. А так как у нас 21 век и уникод, то русские имена файлов лучше не надо; нетбинс же старательно пытается уложить все проекты в "Мои документы". Очень изящно получается, особенно если учесть чрезвычайную расплывчатость и невнятность жабьих сообщений об ошибках.

Всё что есть хорошего в Java называется JavaEE (это не значит в JavaEE все хорошо, однако вывод не-EE Java полностью бессмысленна, возьмите что угодно другое будет недалек от истины). Самое симпатичное находится в области JPA, JTA, JMS и JDBC. Это не означает что там какие-то невероятные охуенности, только то что делали их умные люди и делали без выдрыгонов - в результате оно есть и оно работает. Ничего сногсшибательного, никаких затей (уточнение - это на поверхности, внутри там если разобраться, особенно в районе JTA, происходит заметное количество штук, напоминающих то как Остап играл в шахматы - если иному народу расссказать, какие замысловатости происходят во время работы их кода - он, народ этот, не верит и сомневается), зато все есть и все как надо.

Но если у тебя веб-сайт на коленке, тебе все это не надо. Понимание зачем это надо и почему на ровном вроде бы месте столько странных телодвижений, можно будет к моменту когда веб-сайт на коленке разрастется в нечто плохо-понятное с кучами подсистем и выяснится что RabbitMQ это вообще не MQ, а распределенные транзакции и Оракел от молодежных CQRS и Монгов отличаются тем что работают. К этому моменту появляются многие понимания, например того почему работающих менеджеров транзакций на свете всего три штуки, и все они стоят очень пиздецатых денег. Но большинству этого всего не надо, и Java им не нужна, и мучаются они с ней совершенно зря.
#62 #768434
Скопирую из ньюфажеского треда. Дискас.

Библиотеки в Java разные, и то что потрачено миллиард мегачасов - это правда, вопрос - всегда ли это хорошо. Многие библиотеки писались сто лет назад, с целью "шоб было", и по остаточному принципу ("для ассортимента"). Получились переусложненными, кривыми, полурабочими, но сделать с этим теперь ничего нельзя, потому что в мире гигатонны кода, уже завязанного на них.

Основная проблема жабы - что она проектировалась идеологически подкованными людьми и изготовлялась людьми по найму. Т.е. проектировали ее согласно руководящей линии, а делали для дяди и побыстрее. В результате какой-нибудь грегорианкалендар гибок до бесформенности, зато keystore.jks и cacerts.jks а)одни на все приложение б)прибиваются гвоздями при старте. Сервлеты и регексы, например, делали люди, которые про них, видимо, старательно прочитали, но а)сами их не использовали и б)сами использовать написанное не собирались. Про такие закидоны можно рассказывать долго - например, когда отдается xsd для wsdl, отдается не тот, который надо, а тот, который первым попался; пути к .xsd в .jar прошиваюстя целиком, и есть специальный параметр, указывающий, что от пути отрезать, чтобы получить путь в .jar'е к правильному .xsd. А так как у нас 21 век и уникод, то русские имена файлов лучше не надо; нетбинс же старательно пытается уложить все проекты в "Мои документы". Очень изящно получается, особенно если учесть чрезвычайную расплывчатость и невнятность жабьих сообщений об ошибках.

Всё что есть хорошего в Java называется JavaEE (это не значит в JavaEE все хорошо, однако вывод не-EE Java полностью бессмысленна, возьмите что угодно другое будет недалек от истины). Самое симпатичное находится в области JPA, JTA, JMS и JDBC. Это не означает что там какие-то невероятные охуенности, только то что делали их умные люди и делали без выдрыгонов - в результате оно есть и оно работает. Ничего сногсшибательного, никаких затей (уточнение - это на поверхности, внутри там если разобраться, особенно в районе JTA, происходит заметное количество штук, напоминающих то как Остап играл в шахматы - если иному народу расссказать, какие замысловатости происходят во время работы их кода - он, народ этот, не верит и сомневается), зато все есть и все как надо.

Но если у тебя веб-сайт на коленке, тебе все это не надо. Понимание зачем это надо и почему на ровном вроде бы месте столько странных телодвижений, можно будет к моменту когда веб-сайт на коленке разрастется в нечто плохо-понятное с кучами подсистем и выяснится что RabbitMQ это вообще не MQ, а распределенные транзакции и Оракел от молодежных CQRS и Монгов отличаются тем что работают. К этому моменту появляются многие понимания, например того почему работающих менеджеров транзакций на свете всего три штуки, и все они стоят очень пиздецатых денег. Но большинству этого всего не надо, и Java им не нужна, и мучаются они с ней совершенно зря.
>>768453
#63 #768453
>>768434
А что обсуждать? Какой-то эмоциональный высер человека слабо разбирающегося в теме и не способного сформулировать мысль.
15 Кб, 700x187
3 Кб, 155x176
15 Кб, 424x87
#64 #768517
Господа!

Кто что использовал для отчетов и прочей бизнес интеллиженс (BI)?
Есть как минимум 3 стула (Jasper, Birt, Pentaho).
Почитал про Jasper, прикинул хуй к носу и эфорт на его деплоймент, поддержку и тп и чет приуныл.
Идея с наличием генерирующего сервера мне нравится (это мне тащемта необходимо) , но хули в jasper все так запутано и через 33 пизды?
Может кто альтернативы знает?
>>768527>>772154
#65 #768527
>>768517
Приходилось работать с SAP Business Objects и IBM Cognos. И то, и то квинтэссенция лютейшей ссанины. Если есть возможность, то используй ms sql reporting services.
>>768535
#66 #768535
>>768527
К MS-стеку не могу привязываться в текущей задаче
#67 #768643
>>768390
Тогда тебе не char2KeyEvent нужен. Юзай сразу имена констант, VK_SHIFT, VK_LEFT и пр. На чтение файла в константы переводи рефлексией, в мапу сохрани.

for(Field field : KeyEvent.class.getFields()) {
int mod = field.getModifiers();
if (Modifier.isStatic(mod) && Modifier.isFinal(mod) && field.getName().equals(...)) { ... }}
>>768701>>768962
#68 #768701
>>768643

>На чтение файла в константы переводи рефлексией


Кошмары по ночам не мучают?
>>768740
#69 #768740
>>768701
Я днём сплю. Норм.
#70 #768851
Начал читать Java 8 in action и обкончался.
>>768860
#71 #768860
>>769108>>769111
#72 #768962
>>768643

>Field


То, что нужно, не знал о нем. Спасибо.
31 Кб, 604x406
#73 #769108
>>768860

> Instead, I prefer the C struct style of writing classes that merely hold data:



> public class DataHolder {


> public final String data;


>


> public DataHolder(String data) {


> this.data = data;


> }


> }


> better Java

>>769114
#74 #769111
>>768860

> I dislike heavy ORM frameworks because I like SQL. So I wrote a lot of JDBC templates and it was sort of hard to maintain. jOOQ is a much better solution.


jOOQ is ok. Но пушка про ORM пушка. На уровне того дба-обоссанца из прошлого тренда.

Пускай забирает свою лучшую джаву с собой и никому не показывает.
>>769114
#75 #769114
>>769108
>>769111
Попиздите мне тут.
Чем меньше в жабе от жабы, тем она лучше.

Поэтому и jOOQ чуть меньшее говно чем большинство ORM.
>>769116
32 Кб, 590x426
#76 #769116
>>769114

> инкапсуляция не нужна


> мутабельность доменных объектов не нужна


> ORM не нужно


> стандартизация кода, кстати, тоже

#77 #769153
Jаваны, посоветуйте хорошую легкую прогу для подсветки синтаксиса, изучаю сорсы разных прог на досуге, но ждать пока idea прогрузится, создаст проект для одного vasyan.java заебывает. Реквестирую утилиту с охуенной и приятной глазу подсветкой синтаксиа, желательно чтобы были окошки полей и методов класса и в идеале инлайн форматирование javadoc.
#78 #769156
>>769153
Nodepad++ синтаксис java поставь.

> но ждать пока idea прогрузится


Петуханы, там NetBeans прогрузился (с). Идея грузится долго при старте. Другие проекты открывает быстро. Открой идею и минуту скролль двощ. Потом не закрывай. Или измени параметры JVM идеи и увеличь память - загружаться будет быстрее.
#79 #769160
>>769156
Кстати кто-нибудь знает в идее включена валидация ее class файлов?
Слышал что если ее отключить (какой-то ключик есть), то любая тяжелая Java программа будет загружаться в разы быстрее.
153 Кб, 1024x730
#80 #769178
>>769153
Вут, не стильно, не модно, не молодежно.
>>769304
#81 #769181
Как защитить файл.класс от декодирования?
>>769183>>769187
#82 #769183
>>769181
Компилировать в натив?
>>769190
#83 #769187
>>769181
Платные обфускаторы, но 100% защиты не будет.
>>769190
#84 #769188
>>769153>>769156
А есть легковесная IDE типа блокнота, но с автодополнением? Пытался vim настроить, но не вышло ни хуя.
>>769295
#85 #769190
>>769183
>>769187
А можно запихнуть в ехе бат? И затем выполнить его да и только?
>>769198
#86 #769191
Зачем идея и андройд студия везде пихает Override аннотации? Для удобства пользователя или так нужно[\i]?
>>769195>>769197
#87 #769195
>>769191
Вроде по джава-стандарту (иначе даже обычная джава будет ворнинги писать).
#88 #769197
>>769191
Потому что в Java есть annotations. Служат разным целям. Конкретно @override говорит, что метод оверрайдит родительский метод и проверяет соответствует ли сигнатура метода родительскому.
#90 #769211
Кто-нибудь проходил жавараш?
http://javarush.ru/sale.jsp?gclid=CNaemf61p80CFSTjcgodun4Fzg

Сайт-то у них говенный и криворукий, конечно, я бы не доверил людям, не могущим сделать красивый сайт, свое обучение, но все же спрашиваю, может кто-то там учился?
#91 #769212
посоны, есть код
for (int j = 0; j < 10; j++) {
i++;
}

вызывается из двух потоков, i - это field. реально ли получить по итогу i < 10 ?
>>769213>>769265
#92 #769213
>>769212
реально если i = 1
>>769284
#93 #769216
>>769153
Sublimetext
>>769304
#94 #769225
>>769211
Отличный сайт, благодаря ему научился всему и уже руководство рассматривает повышение до синьора.
>>769267
#96 #769237
>>769234
Призывы к эстремизму, гражданин?
>>769239
#97 #769239
#98 #769245
>>769234
Можно немножко разъяснений.
Типа Oracle собирается положить хуец на EE?
>>769246
#99 #769246
>>769245
Давно положил. В этом или предыдущем ITT треде писал об этом, с линками на пруфы.
>>769254>>769256
#100 #769254
>>769246
Нахуй нужна вообще эта параша?
>>769259
#101 #769256
>>769246
А какая-же тогда официальная от Oracle альтернатива?
>>769259
#102 #769259
>>769256
Молчит Оракел, не даёт ответа.

>>769254
Java без EE бессмысленна целиком и полностью.
>>769261
#103 #769261
>>769259
От EE нужны только некоторые стандарты и спеификации, типа JPA.
>>769268
#104 #769265
>>769212
реально, используй AtomicInteger
>>769284
#105 #769267
#106 #769268
>>769261
Так она и есть эти стандарты и их имплементации - JPA, JMS, JTA и товарищи.
Вот на все это Оракел и положил.

Может свое проприетарное будет пилить аналогичное, чтоб никто из его уютного манямирка не думал вылезать.
#107 #769284
>>769213
>>769265
поясните плиз, как такое может быть (что может быть < 20 понятно, не понятно как < 10)
изначально i = 0
#108 #769289
>>769284
Может и не может, но создает непонятную ситуацию, которую за тобой кому-то придется разгребать. Вот почему так делать нельзя, даже если можно.
100 Кб, 580x490
#110 #769295
>>769188
>>769153
BlueJ вроде неплохо подсвечивает.
#111 #769304
>>769156
Просирать батарею и ресурсы на такой юзкейс не лучшая идея. А idea классная весщ, тут спору нет, но мне нужно что-нибудь ламповое и быстрое, если вдруг приспичит поскроллить сорцы явы или дройда.
А вот про параметры jvm погуглю, спсасибо, а то на лялексе чтот сильно глючит.
>>769178
Пробовал, но сильно всратый интерфейс и шрифты, глаз не услаждается.
>>769216
Спасибо няша, совсем забыл про него
>>769701
55 Кб, 640x559
#112 #769340
Я у мамы вот уже 4ый год жабамакак в бадишопе.

"По-верхам" знаю кор, ЕЕ, пару фреймворков какие юзал, вебчик-хуебчик - для работы хватало. Были попытки пойти поучить что-то ещё: руби - хватило на месяц, не понял нахуя, JavaScript - вроде нормально задрочился, но вот бида - чувствую себя нубом.
Все ходят выёбываются про какие-то jms-ы, вротвыебаные задачи по многопоточности, ХАЙЛОАДЫ, БИГДАТЫ - жопа жопная. Я хуярю юайчик на gwt, пишу рест-сервисы, с другой энтерпрайз парашей, никакого рокетсайенса.

Чувствую что время идёт зря, и полным лохом себя вообще чувствую. Что делать?
>>769363>>769407
#113 #769363
>>769340

>4ый год жабамакак


>про какие-то jms-ы


>пишу рест-сервисы


>с другой энтерпрайз парашей



Не сходится. Тебе ни разу, за 4 года, ни в одном REST-сервисе не потребовалась асинхронная коммуникация с каким-либо другим сервисом, который к тому же может и прилечь на полчасика иногда?
>>769377
#114 #769377
>>769363
nah, все коллы - коллы к json-rpc какому-то, какой в базу ходит. Отвечает быстро, всё хорошо
>>769420
#115 #769407
>>769340
двачаю. та же проблема.
>>769420
299 Кб, 700x550
#116 #769420
>>769377
И за все это время тебе ни разу не потребовалось обратиться ни к одному сервису дальше соседней машины (я уж не говорю стороннему вообще)?
И твоему нащальника заебись, молодца что у тебя синхронные вызовы, которые при задержке ответа от базы поставят раком весь твой сервер?
И тебе за все это время ни разу не пришло в голову что можно все это делать хотя бы чуть-чуть прямее?

>>769407
Парни, я вами обоими восхищаюсь. Я не представлял что такое бывает. Вот на ютубе курицу видел, она без головы бегала какое-то время, потом все-таки свалилась, не смогла. А вы - можете! И вам при этом - охуенно!
22 Кб, 604x453
#117 #769428
сап котаны. есть параметризованный запрос hibernate к бд на postgresql. в таблице колонка timestamp. как вытащить записи из интервала ВРЕМЕНИ(нахуй дату), имея два значения типа java.util.Date (в них дату тоже нахуй, интересует онли время). например есть условие
WHERE timestamp_column >= :timeFrom AND timestamp_column <= :timeTo
в параметры timeFrom и timeTo передаю объекты java.util.Date. итак, как игнорить дату?
>>769441
#118 #769441
>>769428
алсо, читал оракловские доки на тему функций по времени. были там всякие EXTRACT(hours from ...). а мне нужны часы и минуты. итого выходит по два экстракта на два условия = 4 экстракта на запрос. потому и спросил, может нанотехнологии уже решили эту проблему
>>769449
#120 #769457
>>769449
это уже сегодня читал (как и описывалось выше - экстракты и date_part отдельно по часам и минутам выпиливать)
>>769462
#121 #769462
>>769457
Плохо читал. Читай лучше.

Заодно спрошу - причем здесь Java?
>>769464
#122 #769464
>>769462
не знаю. в целом вопрос по sql, но sql тредов в /pr/ не замечал
>>769467>>769468
#123 #769467
>>769464
Кастуй к типу time.
SELECT '2003-05-11 15:21:21'::time;
>>769474
#124 #769468
>>769464
В глаза ебешься? >>735299 (OP)
>>769474
#125 #769474
>>769468
добра в тебе мало, няш. блять, задал вопрос, ответили. тебя ебет в какой тред запостил? как будто в джава треде sql никто ни разу не видел. вот анон помог уже. и стоило ебать мне мозги из-за одной строчки ::time?

>>769467
спасибо
>>769478
#126 #769478
>>769474
Давай я приду к тебе домой и насру под подушку, потому что тебе ебет куда я сру, уебок.
>>769479>>769494
#127 #769479
>>769478
Ну ты и тварь.
#128 #769494
>>769478
приходи и сри, мне то хули? у меня их все равно две (подушки). а у вас тредов вообще 33
#129 #769592
>>769284
i++ не атомарная операция. Раскладывается на read,increment,write.
Первый поток делает read и останавливается.
Второй поток делает 9 раз i++.
Теперь i == 9.
Первый поток далает increment(0) и write.
Теперь i == 1.
Второй поток делает read и останавливается.
Первый поток делает 9 раз i++.
Теперь i == 10.
Второй поток делает increment(1) и write.
Теперь i == 2.
И это все при условии удачной синхронизации кэшей, конечно.
>>769593
#130 #769593
>>769592
Ну или volatile i.
#131 #769635
Есть массив. Найти в нем самую длинную последовательность нулей и вывести индексы начала и конца последовательности.

Как это сделать?
>>769639
#132 #769639
>>769635
Ходи "итератором" по массиву и проверяй каждый элемент на соответствие нулю. Если ноль, то проверяешь стрингбаффер и если он пуст, то добавляешь туда ноль, а в начальный и конечный индекс пишешь текущий индекс. Если не пуст, то аппендишь ноль и изменяешь конечный индекс. Если не ноль, то стираешь содержимое стрингбаффера и начальных и конечных индексов.

Делай.
#134 #769701
>>769304

Идея не жрет ничего кроме памяти если ничего не делает, а она ничего не делает если ты в ней ничего не делаешь.
#135 #769711
>>769639
Хуйню написал. Какие еще бафферы?
Нужно хранить всего лишь 4 числа: начальный индекс, конечный индекс самой длинной последовательности; текущий начальный, текущий конечный индекс. Длина рассчитывается как (конечный - начальный + 1). Если текущая последовательность оказалась длинней максимальной, то обновляешь индексы максимальной.
#136 #769852
>>769639
алгоритм уровня зк
#137 #769857
>>769639
Автоматом конечным. Заводишь переменные maxlength и counter. Когда встречается нуль, инициализировать счетчик длины (counter=0) и потом увеличивать, когда нули закончатся (конец строки или другой символ) - брать подсчитывать длину из счетчика (counter), если она будет больше максимума (maxlength), то записывать ее в максимум. В результате в maxlength будет максимальная длина. Также запоминать индексы начала и конца в отдельных переменных (обновлять при изменении максимума).
>>769884
#138 #769884
#139 #769921
Где можно I/O поучить, а то в книге экеля нету самых базисов*
>>769964
#140 #769946
Короче, пытаюсь создать gui в intellij idea.
Создаю spring приложение, жму new->GUI Form, все норм, появляется дизайнер. Накидываю компоненты, все работает. Закрываю иде.
Запускаю, открываю проект, дизайнера нет, есть только файл с xml разметкой. ЧЯДНТ?
>>769966
#141 #769964
>>769921
учи сразу nio.2, гуглить так же
#142 #769966
>>769946
открывай xml-ку в gui дезайнере
>>769988
#143 #769988
>>769966
Так его нет, когда иде перезапустишь, не открывается. Или сторонний имеешь в виду?
>>770001
#145 #770058
>>767615 (OP)
Сап, двоч. В пятницу собеседование, хочу совета у бывалых, что там могут спросить.
#146 #770062
>>770058
Чисто гипотетически, могут вообще ничего не спросить, а сразу взять на работу. Шанс есть.
>>770066
#147 #770066
>>770062
Было бы неплохо, конечно (особенно на джуна), но хотелось бы подготовиться.
>>770077
#148 #770077
>>770066
В шапке там есть ссылочка, а в той ссылочке еще одна ссылочка, а в той ссылочке еще две ссылочки, посмотри что там написано
Первых два клика за тебя я сделал, не благодари
https://github.com/qqqlll/Java-Thread/wiki/Interview
#149 #770084
>>770058

> что там могут спросить.


Есть два стула...
>>770088
#150 #770088
>>770084
Рекурсия или цикл?
>>770151
#151 #770102
>>770058
Хуи сосешь?
Бочку делал?
#152 #770151
>>770088
Сам циклами писать буду, а тимлида на монады подсажу.
#153 #770310
Зачем нужны классы-обертки? Ну конкретно, а не "есть один метод..."
>>770326>>770423
#154 #770326
>>770310
Потому что примитивы не имеют методов. Примитивы нельзя определить как тип дженерика.
>>770387
#155 #770387
>>770326
Потому что примитивы -- это не ссылочные типы. Соответственно, это не объекты.
>>770389
#156 #770389
>>770387

> Потому что примитивы -- это не ссылочные типы. Соответственно, это не объекты.


Капитан.
#157 #770423
>>770310
А зачем нужны книги в ОП-посте, а, ленивый ублюдок?

Если по сути, то потому что обобщение примитивом невозможно из-за механизма стирания типов в runtime.
>>770444
#158 #770444
>>770423
Блять, вы откуда берётесь? Причём тут type erasure и дженерики вообще? Ты, как, сука, в коллекцию примитивный тип запихнёшь (число / булево значение)? Пусть это будет версия джавы до дженериков, с обычными, не generic, коллекциями. Есть Collection. Есть число 2. Как добавить 2 в эту коллекцию, с учётом того, что она принимает только объекты?
Чтобы не хуярить постоянно самописные обёртки, их ввели на уровне спецификации и реализовали в самом первом JDK -- бери и пользуйся.
Причём тут дженерики или type erasure, не понятно.
>>770669
#159 #770461
Кучу всякой хуйни наговорили лишней. Примитивы нужны чтобы, блять, памяти жрать меньше, чем объекты, хотя в той же Скале от них вообще отказались. Обертки нужны, чтобы к значениям можно было применять методы, а не делать руками имплементацию каждого ебаного parseInt() и чтобы хранить значение в ебаном хипе, чтобы можно было запихнуть в коллекцию, а не в ебаном стеке треда (хотя последнее корректно только для локальных примитивов, а не для примитивов - атрибутов объекта).

Вечер капитанов.
>>770561
#160 #770561
>>770461

>не делать руками имплементацию каждого ебаного parseInt()


Смотрите, дети. Вот что бывает когда вы видели только кривую эмуляцию полиморфизма в ОО-манямирке. Не делайте так.
>>770584
#161 #770584
>>770561
Просто элитный траль 80 лвл. (нет)
#162 #770669
>>770444
Теперь, когда ты прекратил верещать и плеваться пивом, можно и поговорить.

Из твоих воплей ничего новичку не понятно.

В ранних версиях Java для работы с теми же коллекциями использовалось, внезапно, наследование. Как выглядела начинка того же ArrayList? Внутри лежал Object[]. Любой класс - наследник Object, значит, можно положить в ArrayList что угодно. За исключением примитивов, которые от Object не наследуются.

А так как мы все-таки в 2016, а не в 1995 году, пример с Generics актуален, свеж и тоже показывает потребность в обертках.
>>770688
#163 #770688
>>770669

>показывает потребность в обертках в убогих языках без развитых средств реализации полиморфизма



дополнил тебя, не благодари
#164 #770853
Пасаны, посоветуйте чего-нибудь почитать по паттернам. Желательно что-то не совсем заебное, чтобы по пути на работу/домой в метро полистать.
>>770855
#165 #770855
>>770853
Банда четырех.
>>770864
#166 #770864
>>770855
Они разве подходят под "не заебное"?
32 Кб, 352x500
20 Кб, 341x500
#167 #770901
Сеньоры, подскажите какую книженцию лучше взять на русском по Java 8? Выбираю между "Программирование на Java",
Нимейер Патрик и "Java 8. Полное руководство, 9-е издание", Шилдт Герберт.
>>770933>>771005
#168 #770924
Привет вам, аноны! В общем, я в джаве нуб нубский. Есть у меня одна проблемка. Есть значит программа, которую надо запилить на Swing. Суть программы такова: при открытии программы мы видим пустое окно. Есть кнопка согздать вкладку, есть кнопка создать кнопку. Нажимаю создать вкладку, открывается окошко, где ввожу имя вкладки, жму ОК и оно её создаёт. Нажимаю значит на кнопку "создать кнопку", открывается окошко, ввожу имя кнопки, жму ОК и кнопка создаётся только на открытой мною вкладке, ТОЛЬКО НА ОТКРЫТОЙ! Если вкладок создано небыло, тогда открывается окно с ошибкой.
Анон, помоги пожалуйста это сделать.
>>770930>>770935
#169 #770930
>>770924
продолжение...

При нажатии на кнопку, которая была создана, открывается окошко с таблицой и несколькими кнопками. Кнопка 1 - создать столбец, кнопка 2 - удалить столбец, кнопка 3 - создать строку, кнопка 4 - удалить строку. Кнопка 5 - сохранить и отправить в БД(тут ещё используется база данных MySQL).

Ну вот закрыл я программу, открываю снова все созданные мною вкладки с кнопками должны сохранится(информация о том какие вкладки и какие кнопки созданны должны записываться в базу данных и, соответственно, браться из базы данных).
#170 #770933
>>770901
Шилдт - перепечатка доков с docs.oracle.com/javase/8/docs/api/index.html с ошибками. Первую не читал. Для начинающего лучше одну из этого списка:
1. Кэти Сиерра, Берт Бейтс «Изучаем Java»
2. Кен Арнолд, Джеймс Гослинг «Язык программирования Java» (от автора языка)
3. Брюс Эккель «Философия Java»
4. Кей Хорстманн «Java 2»
5. Джошуа Блох «Java. Эффективное программирование»
>>770958
#171 #770935
>>770924
В какой IDE хоть делаешь? Вообще для формошлепства лучше C#, Visual Basic, Delphi/Lazarus или Qt.
>>770936>>770937
#172 #770936
>>770935
делаю в IDEA
#173 #770937
>>770935
Понимаю, что формошлёпство не для джавы, но у меня нет выбора.
>>770939
#174 #770939
>>770937
Тогда лучше руками все сделать. Или скачать с торрентов JBuilder.
>>770940
#175 #770940
>>770939
Ну окей, руками... А как?
У меня не особо много знаний... (
>>770963>>770964
#176 #770958
>>770933
У меня есть "Философия JAVA", но как-то она меня не сильно впечатляет, да и там пятая Java.
Я вот Нимейера полистал в магазине, она мне показалась более прокаченная. Там и про лямбды, и про вэб-сервисы и т.д. Ну Шилдт и дороже так неплохо.
#177 #770963
>>770940
Ну не знаю, я просто гуглил, как создать окно, как добавлять кнопки и другие компоненты и т.д. Когда-то (очень давно) много писал на AWT и Swing. Вот пример из Википедии:
https://ru.wikibooks.org/wiki/Java/Первое_окно
Еще несколько статей:
http://www.javenue.info/themes/java-gui
Учебник по Swing на русском:
http://progbook.ru/java/181-portyankin_swing_effektnye_polzovatelskie_interfei.html
Еще у Хорстманна оно было описано.
>>770972
#178 #770964
>>770940
У тебя открывающая скобочка не закрыта.
#179 #770972
>>770963
Вкратце, порядок следующий:
1) создаешь окно, если нужно выбираешь стиль;
2) добавляешь сетку для автоматического выравнивания/растягивания компонентов;
3) добавляешь компоненты в ячейки сетки;
4) устанавливаешь обработчики и показываешь окно.
sage #180 #771005
>>770901
пока забей на жабу, скоро девятка выходит
>>771009
#181 #771009
>>771005
Что в девятке завезут революционного?
>>771011
#182 #771011
>>771009
Модули вроде обещали.
>>771022
#183 #771022
>>771011
шта?
>>771029>>771030
#185 #771030
>>771022

> Based on Project Jigsaw, Java modularization will happen in Java SE Development Kit 9, which is due in March 2017. "If the watchword for JDK 8 was 'functional,' then the watchword for JDK 9 is 'transitive,'" said Alex Buckley, with the Java platform group at Oracle, during a presentation at a Silicon Valley Java User Group meeting.



>The new watchword refers to the promise that the forthcoming JDK will understand dependencies across modules, and will attempt to resolve these "transitive" dependencies at compile or launch time.

>>771034
#186 #771033
Не забываем что Java 9 не будет, потом что Оракел положил на нее хуец.
>>771038
#187 #771034
>>771030
Эт что значит? От спринга будем отходить?
>>771039>>771040
37 Кб, 736x629
#188 #771038
>>771033
В оракле не идиоты сидят, чтобы пилить сук на которых сидят.
>>771041
#189 #771039
>>771034
Про OSGi почитай. Теперь это из коробки будет. Компонентная архитектура, расширяемые приложения аки линукс.
#190 #771040
>>771034
Кто поумней, давно его выкинули нахрен, говна клубок, сильносвязанного.
>>771042
#191 #771041
>>771043>>771069
#192 #771042
>>771040
Двачую. Если писать сайты, то Play намного удобнее.
>>771045
#193 #771043
>>771041
Не нужен.
>>771047
#194 #771045
>>771042
Нинужен.
#195 #771047
>>771043
Кто тебе не нужен?
#196 #771069
>>771041
Ебать, местный контингент не понимает разницу между Java и Java EE.

Дно пробито, господа.
>>771089>>771090
#197 #771089
>>771069
Чего ты ожидал от джава-макак?
#198 #771090
>>771069
Ну кстати по сути ЕЕ и так пилится уже не ораклом. Передали бы в управление редхату.
>>771112
#199 #771095

> List<String> collect = Files.lines(path).map(String::new).collect(Collectors.toList());



> BufferedReader reader = Files.newBufferedReader(path);


> List<String> strings = new ArrayList<>();


> String line;


> while ((line = reader.readLine()) != null) {


> strings.add(line);


> }


> reader.close();



Кончаю от функциональщины. Это норма?
#200 #771112
>>771090
Кем же оно пилится?
Не забудь этим ребятам с guardian рассказать заодно, ты ведь знаешь куда больше их.
#201 #771118
>>771095
Тут нет нормальной функциональщины, это лишь тень, но да, это норма.
2027 Кб, 320x180
#202 #771129
>>771095

> Java


> Кончаю от функциональщины.



Когда попробовал Clojure
>>771140>>771142
#203 #771137
>>771095
Как уже правильно заметили, это не функциональщина, это мелкие рюшечки, синтаксический сахар, напоминающий по виду некоторые элементы ФП.
И не забудь все нуллы, которые в твоих напоминающих по виду ФП конструкциях могут встретиться, монады Maybe у тебя нету, и даже разделить Nullable и не-Nullable ты толком не можешь.
>>771142
#204 #771140
>>771129
О точно, я вот щас еле держусь что бы не переписать на кложур диплом.
>>771146>>771154
10 Кб, 396x304
#205 #771142
>>771129
>>771137

> Clojure


> (defn run [nvecs nitems nthreads niters]


> (let [vec-refs (vec (map (comp ref vec)


> (partition nitems (range (* nvecs nitems)))))


> swap #(let [v1 (rand-int nvecs)


> v2 (rand-int nvecs)


> i1 (rand-int nitems)


> i2 (rand-int nitems)]


> (dosync


> (let [temp (nth @(vec-refs v1) i1)]


> (alter (vec-refs v1) assoc i1 (nth @(vec-refs v2) i2))


> (alter (vec-refs v2) assoc i2 temp))))


> report #(do


> (prn (map deref vec-refs))


> (println "Distinct:"


> (count (distinct (apply concat (map deref vec-refs))))))]


> (report)


> (dorun (apply pcalls (repeat nthreads #(dotimes [_ niters] (swap)))))


> (report)))


>


> (run 100 10 10 100000)


I'll better stick with Java 8 for a while.
>>771183
#206 #771146
>>771140
переписывай, не пожалеешь
>>771159
#207 #771154
>>771140
Диплом - это единственное что можно написать на Clojure, учитывая то как оно тормозит.

Ну и функционального в нем, как в любом Лиспе, только несколько рюшечек. Потому что первое что с ним рекомендуется делать чтоб оно хоть как-то ворочалось, это - верно! - отрубить к хуям все эти рюшечки. http://stackoverflow.com/a/14116215

"Гибридный" язык - модно теперь стало такие лепить. "Гибридность" играет с ФП злую шутку потому, что на все проблемы с ФП в таких языках один ответ: Идиоматичный ФП-код тормозит? Не типизируется? Требует экранов бойлерплейта? Не используйте ФП! В нашем языке есть все, для того, чтоб ФП не использовать! (И кое-что, чтоб использовать, но вам это не пригодится). Понятно, что писать оптимизирующий компилятор, реализовывать адекватную систему типов и вообще что-то делать никому не охота. Поэтому у знакомых только с гибридами неизбежно складывается представление описанное Кметтом - "If scala was the only language I had to think in, I'd think functional programming was a bad idea that didn't scale". Scala тут заменяется на любой гибрид без изменения смысла всего высказывания.
#208 #771159
>>771154
>>771146
Выглядит неутешительно, у меня как раз императивная число-дробилка с кучей массивов и вычислений закорюченных функций с рядами.
#209 #771160
>>771154
А у CL с этим не лучше, там же все таки у же не прожорливая jvm?
>>771166
#210 #771166
>>771160
У CL с этим, конечно, на порядки лучше, на уровне сравнимом с сишечкой, даже с бесплатным SBCL, особенно если в критичных по производительности местах помочь компилятору оптимизировать указывая типы. С коммерческими Lispworks или Allegro все совсем охуенно, но они дорогие.
#211 #771167
>>771154

> 1515 ms in Java versus 169932 ms in Clojure


Кек.
>>771175
44 Кб, 864x237
#212 #771168
Анон, помоги с данным куском кода (пикрилейтед).

Суть в чем, есть некий сеньор-помидор, который посмотрел задачку эту, и данный фрагмент кода изначально отметил как "замени двойные фигурные скобки, ввиду возможных проблем".

Ок, заменил на то, что вы видите на картинке. Выслал ему, его ответ - "formatting!"

Что это значит? Как его еще подравить?
#213 #771170
>>771168
А где изначальный вариант-то?
>>771184
#214 #771175
>>771167
Еще какой.
Для чего Clojure годится - это для ClojureScript, чтоб эту мерзопакостную джаваскрипту не ковырять. Джаваскрипту оно генерирует годную, а что генерирует небыстро - то не так и важно, к тому же джаваскрипты той обычно не гигабайты совсем.
#215 #771179
>>771168
Найди на клавиатуре клавишу Tab и отформатируй своих Петровых чтоб столбцы были ровненькие.
>>771181
#216 #771180
>>771168
Включи отображение невидимых символов, в т. ч. в конце строки. Убери избыточный Employee из угловых скобок. После этого скинь весь файл целиком.
>>771212
#217 #771181
>>771179
Вертикальное выравнивание, серьезно?
>>771185
#218 #771183
>>771142
In this example a vector of references to vectors is created, each containing (initially sequential) unique numbers. Then a set of threads are started that repeatedly select two random positions in two random vectors and swap them, in a transaction. No special effort is made to prevent the inevitable conflicts other than the use of transactions.

Ну и как ты на джаве это напишешь?
>>771188
33 Кб, 613x212
#219 #771184
>>771170
Вот.
>>771190>>771212
#220 #771185
>>771181
Серьезно. Ты несогласен с чем-то?
>>771190
#221 #771188
>>771183
"Тьюринг-полнота языков, что это и нахуя мне про это знать", издательство "Мир", 1961
>>771189
#222 #771189
>>771188
слив защитан
>>771193>>771194
#223 #771190
>>771185
Я перепутал с горизонтальным, горизонтально нинужно. https://google.github.io/styleguide/javaguide.html#s4.6.2-horizontal-whitespace
>>771184
Ну конечно {{ в данном случае ебанство. А еще отступ перед констурктором.
>>771219
#224 #771193
>>771189
Хочешь сказать такую хуйню на фортране не делали?
#225 #771194
>>771189
Ты всерьез видишь проблему написать это на Java?
>>771206
15 Кб, 605x379
#226 #771195
>>771168
Может так?
#227 #771196
>>771195
НЕТ!
#228 #771197
>>771195
Не, это какое-то издевательство уровня набрать больше строк.
>>771200
#229 #771200
>>771197
Зато все ровно.
#230 #771201
>>771195
У тебя по смыслу эти данные - таблица. Скорее всего, в таблице же и хранятся.
Ну и сделай ее выглядящей как таблицу.
#231 #771204
>>771201
Я лишь предложил вариант анону. Не знаю, что ему нужно конкретно.
#232 #771205
>>771201
Выглядит максимально ебануто. Алсо между названием класса и атрибутами не должно быть бланк лайна.
>>771207
#233 #771206
>>771194
на джаве для того чтобы это написать нужно в пять раз больше строк кода и неплохое понимание java.util.concurrent
На кложуре все компактно и проще. Не легче, а именно проще.
>>771209
#234 #771207
>>771205

>не должно быть бланк лайна


Где такое написано?
>>771208
#235 #771208
>>771207
java code conventions
#236 #771209
>>771206
Да сверхъестественной глубины нужно понимание чтоб лочить две позиции в векторе, и снимать после их свопа этот лок. Мастером 100500 уровня надо быть.
#237 #771212
>>771184
>>771180
>>771201
https://ideone.com/JblEBu - весь код
Нужно было оформить поиск по строке и поиск по году с месяцем.
#238 #771213
>>771212
забыл вставить
import java.util.ArrayList;
import java.util.List;
#239 #771218
>>771212
ну форматни средой, перенеси все строки длиннее 80 символов и шли его нахуй.
#240 #771219
>>771190

>Ну конечно {{ в данном случае ебанство.


А когда не ебанство? Прост всегда юзаю и не вижу проблем.
>>771229
#241 #771222
Что спрашивают на собеседовании по EE части? В оппосте хуита какая-то.
>>771226
#242 #771226
>>771222
Есть два xml. Чем будешь контейнер описывать?
#243 #771229
>>771219
Ну во-первых в статическом контексте, а во-вторых, ну может быть в биледре.
#244 #771230
Завалил собеседование, поздравьте.
>>771231>>771331
#245 #771231
>>771230
А хули?
>>771232
#246 #771232
>>771231
необучаемый дегенерат, хули.
>>771234
38 Кб, 251x257
#247 #771234
>>771232
Увы.
>>771238
26 Кб, 247x339
#248 #771238
#249 #771331
>>771230
Пздравил, вопросы какие?
>>771336>>771789
#250 #771336
>>771331
Чем функциональный класс отличается от конкретного интерфейса.
>>771402>>771404
#251 #771401
>>771212
Ну ты это, java.util.Calendar используй, если че.
#252 #771402
>>771336
Так они на 8-ой жабе пишут, повезло что не взяли.
#253 #771404
>>771336
Класс состоит из интерфейса и реализации. Вот чем. А ты что ответил? Самому такие вопросы задавали и я конкретно срезался. Щас вот погуглил.
>>771426>>771462
#254 #771426
>>771404
пиздец и с такой кашей в голове еще хотят работу
>>771458
#255 #771440
Какая ide удобней/производительне й/просто лучше?
прошу не кидаться дерьмом, только начинаю свой путь в java :c
>>771442>>774690
#256 #771442
>>771440
IDEA/IDEA и пожалуй IDEA
>>771466
#257 #771458
>>771426
Если ответишь лучше, то отвечай или иди нахуй. Ты сам нихуя не знаешь.
>>771525
12 Кб, 233x349
416 Кб, 1568x1045
#258 #771462
>>771404

> Класс состоит из интерфейса и реализации


> Самому такие вопросы задавали и я конкретно срезался.


> Класс состоит из интерфейса и реализации


Што за хуйню ты несешь?
>>771467>>771483
#259 #771466
>>771442
Я бы посоветовал IDE от jetbrains.
#260 #771467
>>771462
Как в Гиперборее, брат?
>>771470
#261 #771470
>>771467
Как в Гиперборее.
#262 #771483
>>771462

>что класс состоит из интерфейса и реализации.


https://habrahabr.ru/post/30444/

с кем я на одной борде сижу боже
>>771499>>771525
#263 #771499
>>771483
Смотри, класс:
class Class {
}
#264 #771525
>>771483
>>771458
А теперь найди это в документации оракле или в книжке дядюшки боба, а не в высере нонейма с петухабра.
>>771548
#265 #771548
>>771525
Мне открывать документацию оракла и отвечать цитатами на инглише из нее руснявому интервьюверу?
>>771604
#266 #771604
#267 #771608
Если я только вкотился в это ваше похрамирование и хочу начать изучать именно джавку, это вообще имеет смысл? А то тут некоторые провокаторы грят, что жаба мертва и нужно начинать с чего-то посвежее...
#268 #771612
>>771608
Они правы. В бекенде Node JS, а для стартапчиков руби. Ну еще сишарп для виндовых приложений. Java уже уходит в прошлое и вкладываться в нее мало смысло. Это как в кобол вкладываться - раньше тоже был самый важный бузинесс-язык, но он не развивался и все.

От себя рекомендую JS - сможешь и во фронтенде работать и в бекенд через Node JS вкатиться. В этом треде помогут: https://2ch.hk/pr/res/767377.html (М)

Удачи.
>>771688
#269 #771613
>>771608
Смотря что хочешь писать. Java или C++ заставляют немного думать над организацией кода в отличии от языков с динамической типизацией.
>>771614
#270 #771614
>>771613

> жаба


> с++


Ты зла ньюфагу хочешь? Пусть обеспечит себе нормальное будущее.
#271 #771620
>>771608
Джава не мертва, но потиху начинается какой-то пиздец. У меня в конторе осталось очень мало проектов на джаве. Я хз что буду делать когда текущий закончится. На JS мб перекатываться..
>>771623
#272 #771623
>>771620
У нас девелопер адвокат недавно проводил митап и сказал, что будем переводить проект на ноду из-за ее быстродействия и акторконтрллинга посоветовал всем готовиться, если не хотим сокращение.
Чорт охуевший. Старое и хуевое не значит плохое. Хотя немного он прав.
>>771624>>771707
#273 #771624
>>771623

>акторконтрллинга


Что это?

>посоветовал всем готовиться, если не хотим сокращение.


Примерно так и у нас. Только при поиске нового проекта.
>>771625
#274 #771625
>>771624
Одна охуенная фишка, которую добавили в новой версии.
>>771669
#275 #771669
>>771625
Суля по названию, спиздили Akka, все по пути хорошее из нее поломав, а все ценное но джаваскриптерам непонятное выбросив?
#276 #771670
Пизданулись все с этой нодэжээсой.
Единственный ее плюс в том что "не надо джаву учить, она слоожная".
Имея людей, которые ее уже знают, выкидывать Java и переходить на NodeJS - это какой-то апофеоз маразма.
#277 #771673

> Both the Java EE and Node.js tech stack undoubtedly have their strengths and their flaws, but most importantly, I don’t see a single reason which would really let me turn down Java EE just now to write REST APIs. Both technologies offer a range of frameworks, and the opportunity to build your own, to make work easier. Most specifically, the important aspect of model validation currently seems superior in Java EE.


> Some of the Node.js packages I covered here clearly are still in a quite early stage


> http://www.codebulb.ch/2016/01/java-ee-with-jax-rs-jpa-vs-nodejs-with-hapi-bookshelfjs-part-2.html

#278 #771675
Что касается скорости, https://www.techempower.com/benchmarks/
NodeJS сливает по всем тестам, с огромным отставанием
#279 #771678
Если хочется TrueЪ async, можно взять Quasar и Comsat
http://blog.paralleluniverse.co/2014/02/04/littles-law/
#280 #771687
Оракел продолжает сливать Джаву

>Oracle says it is closing down the Kenai.com and Java.net forges next year, so all project data has to be copied elsewhere before then

#281 #771688
>>771612
Ок, спасибо. А что тогда учить для вката в андроед разработку?
>>771791
#282 #771707
>>771623

> девелопер адвокат


эт че за новая лычка?
>>771720
#283 #771720
>>771707
Теперь так буйнопомешанных на модно-молодежных технологиях социоблядей называют.
#284 #771789
>>771331
тот анон пиздабол, это не я был
из того, что не ответил - чем GET отличается от POST (не по предназначению, а чисто технически), что такое mutex, как отправить файл на сервер из командной строки линукса, что такое индекс (когда начал пытаться хоть что-то ответить, сказали, что я путаю индекс с первичным ключом), ну и самая пушка только не смейтесь - что такое Hashtable. И самое смешное то, что месяц назад завалил другое собеседование, в котором тоже спрашивали про Hashtable, и я тогда пообещал себе выучить нахуй все структуры данных, но, как сказано выше, необучаемый дегенерат.
>>771795
#285 #771791
>>771688
Андроид жвм, но в Гугл Плее никто не платит за приложения, поэтому перспективы у андроид ньюфага хуевые. Хуячь лучше iOS - там все платят за приложения и инапп покупки. Язык objective c и новый эпловский. В общем, иди в тред iOS разработки и там подскажут.
#286 #771795
>>771789
Программирование не твое. Иди в системные администраторы.
>>771799
#287 #771799
>>771795

> стажер

>>771802
#288 #771802
>>771799

> чем GET отличается от POST


> что такое mutex


> что такое индекс


> что такое Hashtable


> не знаю :(((


Нужно хоть что-то знать. Иди картриджи меняй и 1С настраивай.
>>771807
#289 #771807
>>771802
но... там же.. были другие вопросы... на которые я ответил... пошел нахуй
>>771809
#290 #771809
>>771807
Это базис, это знать надо.

И сам иди нахуй, псина. Я тебе добра желаю - профессию твоего уровня, а ты говнишься и оскорбляешь человека. Ну тогда продолжай посылаться нахуй на собеседованиях до тех пор, пока не дойдет до тебя, что это не твое.
>>771816
#291 #771816
>>771809
я понимаю, разумеется, что ты мамкин траллер, но может ты все-таки объяснишь, зачем так делать? тебя в детстве стажер выебал или ты просто неудовлетворенный гей и тешишь свое чсв на таких, как я?
>>771842
#292 #771842
>>771816
Вот это фантазии неграмотного необучаемого дебила.

Ладно, раз ты идиот, а не просто глуповат, то объясню на пальцах. Чтобы ты понял. Ты не знаешь основ и не стремишься даже их изучить. Ты необучаемый и, как выяснилось, неграмотный дурачок.

Внимание вопрос: нахер ты нужен? Зачем тратить на необучаемого человека время и деньги, чтобы он потратил время и деньги компании, и либо ничему не научился, либо нахватался верхов и при любой нестандартной задаче, где нужно сесть и подумать, будет кококо незнаю глаза в пол?

Компаниям на линейном уровне нужны люди, которые будут приносить им деньги, а не которые будут тратить эти деньги.

Теперь понял, или ты не просто идиот, а даже имбецил?
>>771849
#293 #771849
>>771842
можешь не стараться расходовать ресурс своей клавиатуры как и свое время, ушлепок, тебе меня не сломить.
>>771854
38 Кб, 251x257
#294 #771854
>>771849
Мальчик-имбецил обиделся. Ну тогда:

> Ну тогда продолжай посылаться нахуй на собеседованиях до тех пор, пока не дойдет до тебя, что это не твое.

>>771900
#295 #771900
>>771854

>обиделся

#296 #771936
А существуют ли какие либо аудиокниги по джаве где можно было бы хотя бы теорию послушать? Если они есть то где их скачать?
>>771955>>772138
sage #297 #771955
#298 #772050
>>767615 (OP)
только начинаю знакомиться с многопоточностью в java, в связи с этим возникли несколько вопросов. Модификатор volatile может использоваться для всех типов данных, или только для примитивных типов? И ещё вопрос, для чего нужны атомарные типы данных, если существует volatile? То есть, в чём разница между volatile и атомарными типами данных? И объясните пожалуйста, в чём различие между блокирующей и неблокирующей синхронизацией
>>772138>>772139
#299 #772138
#300 #772139
>>772050
Для всех.
volatile не даёт атомарность. Он лишь говорит, что сущность с таким модификатором не должна кэшироваться тредом + определяет семантику volatile read и volatile write посредством установления отношения "happens before". Таким образом, любой volatile write сущности будет отображён прямо память, и тред, делающий volatile read этой сущности, гарантированно увидит результат выполненного в другом треде volatile write.

Блокирующая синхронизация выстраивает потоки в очередь и в один момент времени синхронизированный участок кода может выполнять лишь один поток. То есть, атомарность операции достигается засчёт использования монитора (lock). Неблокирующие алгоритмы и структуры данных не используют синхронизацию. Вместо этого они пытаются сделать операции атомарными различными способами: для структур это, в основном, volatile read и volatile write с использованием CAS (Compare And Set); для методов -- возврат хэндлера результата асинхронной операции в виде объекта Future.
Мб кто из более опытных анонов поправит.
#301 #772154
>>768517
А для чего тебе именно на джаве?
#302 #772185
>>769211
Купил подписку, куча задач неясной направленности, но теория, как по мне, даётся хорошо. Учусь только по нему пока, в принципе доволен.
>>772195
3 Кб, 200x110
#303 #772195
#304 #772705
Коцаны вопрос по поводу лямбд, сегодня пиздил на работе с старшим коллегой, он говорил что в джаве нельзя присвоить понормальному функцию переменной, я говорю, так можно через функциональный интерфейс, это конечно несовсем удобно по сравнению с тем же ява скриптом, но подругому тип никак, и он говорит что это хуйня и на самом деле это синтаксический сахар для создания анонимного класса, т.е. объект всеравно создается, а в шарпах реализовано, что функция является именно функцией а не объектом, а в яве лямбда не является объектом высшего порядка, и говорит что типо в 9 джаве будет реализовано как в шарпе. Анон скажи он пиздит и чем вообще ущербны лямбды в яве?
#305 #772731
>>772705
Ну, твой коллега и прав, и не прав одновременно. Действительно, чисто функциональных типов в джаве не завезли - лямбда-выражения строятся на основе функционального интерфейса и в глубине представляю инстанс функционального интерфейса. Синс эврифинг из эн обжект парадигмы.

Тем не менее - их вполне можно назвать first-class value, т.к. они умеют делать все, что должны делать first-class value: https://en.wikipedia.org/wiki/First-class_function

Конечно, когда компилер видит лямбду, он выясняет таргет тайп и абстрактный метод функционального интерфейса с помощью чего хавает содержимое лямбы и создает инстанс функционального интерфейса и работает с ним как с объектом и все остальное не в курсе что это лямбда и работает как с объектом, поэтому лямбды так легко вписались в существующий язык.

Поэтому first-class value - да. Объект - да.
>>772751>>773060
#306 #772734
>>772705
Алсо про такое в 9 джаве не слышал.
#307 #772735
>>772705

> это синтаксический сахар для создания анонимного класса


Там теперь внутри invokedynamic.

Хуй положи на мнение спермораба.
>>773060
#308 #772751
>>772731
Ок, спасибо анон
#309 #772782
Захотел выучить эту вашу жабу, и мне нужен гуй.
Начал упарываться в жабаFX - и блять, это же полный пиздец! До этого писал на крестах и qml, все было стройно и понятно, документация была интегрирована прямо в IDE где на любой элемент все разжевано и все описано. А я сижу с лицом аутиста над ебучим fxml и гуглю, как сделать чтобы элемент растянуть на размер предка (SomeElement { Zalupa { anchors.fill: parent} }), но блять - в интернетах ваще видимо никто не знает! А их гребаные пасты кода не работают.

Накидайте книжек по JavaFX8, желательно чтобы было с примерами объяснение этого ебучего fxml (нахуй они вообще этот ебучий xml впендюрили, был же годный читаемый jfx script суки!)
>>772802
#310 #772802
>>772782

>Захотел выучить эту вашу жабу, буду писать гуй


>Захотел выучить этот ваш хаскель, буду писать высокопроизводительный игровой движок


>Захотел выучить этот ваш С++, буду писать веб фреймворк

>>772803
#311 #772803
>>772802
А шо, в ынтырпрайсе гуй не нужен?
>>772811
#312 #772811
>>772803
В том энтерпрайзе где до сих пор нужен, для формошлепства берут не голую джаву, а энтерпрайзную формошлепалку - Oracle Forms, например.
В остальном все уходят на веб.
>>772815
#313 #772815
>>772811
Ну судя по вики это какая-то хуйня для БД.

На работке мы юзали шаговые движки EcoStep - к их контроллерам была софтина ECO studio для их настройки и тестирования. Так вот она была на жабе, и гуя там было пиздец сколько, мама-ояебу.
>>772827
#314 #772827
>>772815
Энтерпрайз это и есть БД. БД и формочки, формочки и БД.

>>в ынтырпрайсе гуй не нужен?


>мы юзали шаговые движки EcoStep


Как связано одно с другим?
>>772883
#315 #772883
>>772827
То что была кроваво-ынтырпрайсная прога к пиздецки дорогим ынтырпрайсным движкам и всякой промышленной хуйне. И там прога на жабе (и разумеется - гуй).
>>772886>>772891
#316 #772886
>>772883
Ну как обычно - заказали гуй индусам, а индусы кроме энтерпрайзной джавы ничего не умеют
>>772887
#317 #772887
>>772886
Но производитель - немчурская корпорация. Разве они тоже гуй индусам заказывают? Я думал, это у муррики прочные связи.
>>772892>>772895
#318 #772888
Какой стул выбрали - Runnable | Thread?
>>772889>>772893
#319 #772889
>>772888
fork(), епта!
#320 #772891
>>772883
Кстати их проги на компах, управляющие печью и установщиком компонентов - тоже на жабе.
Правда там гуй - редкая параша (правда они старые, да и там ваще охуенный девайс - тачскрин на кинескопном мониторе, ахуеть вообще).

Собсно, я писал его аналог со свистелками и перделками на крестах и qml.
>>772897
#321 #772892
>>772887
Все заказывают. Гуи это ведь у них не основная деятельность, основная - проектирование и производство моторчиков (логично - немцы в этом сильны). Неосновное всегда аутсорсится.
>>772900
#322 #772893
>>772888
Что тут выбирать в шестой джаве? implements Runnable запускаешь через Thread. Сам тред деваешь в переменную, в коллекцию, пул, анус, никуда.
#323 #772895
>>772887
У муррики именно что прочные связи - они основной продукт в либо в индию заказывают, либо местным мурриканским индусам.
А немцы только гуй.
#324 #772897
>>772891
Отбирал у Раджеша с Кумаром лепешку.
Не стыдно тебе?
>>772899>>772900
#325 #772899
>>772897
У Раджеша и Кумара зарплата в 2-3 раза больше, чем у нас.
#326 #772900
>>772892
У нас сервисники на обучение к ним на завод ездили.
Говорят погромистов там пиздец сколько много, огромное здание и сидит их дохуя.
Так что возможно, нихуя они не аутсорсят.

>>772897
И у Ганса и Фрица, лол - мы целиком немецкую печку спиздили, Rehm-овскую, свой софт и начинку электронную поставили и обозвали своей разработкой. Импортозаместили, епт!
>>772905
#327 #772905
>>772900

> целиком немецкую печку спиздили, Rehm-овскую, свой софт и начинку электронную поставили и обозвали своей разработкой


Это молодцы. Так почему обозвали - она и есть ваша разработка, начинка и управление все ваше, а сама чугунка - не из секретного наверное бундес-чугуния была.

> погромистов там пиздец сколько много, огромное здание и сидит их дохуя


Ох проиграют они с такими устаревшими бизнес-практиками мурриканско-бангалорско-китайским конкурентам.
#328 #773060
>>772705
>>772731
Порыл вопрос поглубже, почитал пару статей, поглядел байткод лямбы. Анон >>772735 прав - ссы на спермораба тугой струей мочи в рот.

В байткоде каждый анонимный внутренний класс генерирует новый класс, который его вызвал, сохраняет референс, загружает его и вызывает его метод для получения ништяков из реализации анонимного внутреннего класса:

> Runnable runnable = new Runnable() {


> @Override


> public void run() {


> integerValue.intValue();


> }


> };


> 17: new #5 // class Test$1


> 20: dup


> 21: aload_1


> 22: invokespecial #6 // Method Test$1."<init>":(Ljava/lang/Integer;)V


Что жрет лишнюю память и GC нужно будет его снести.

С лямбдой же лямбда фактори возвращает инстанс функционального интерфейса и тело лямбды конвертируется в метод, который будет вызван invokedynamic инструкцией.

> Runnable runnable2 = integerValue::intValue;


> 33: invokedynamic #8, 0 // InvokeDynamic #2:run:(Ljava/lang/Integer;)Ljava/lang/Runnable;


> моар:


> invokedynamic #3, 0 // InvokeDynamic #0:apply:()Ljava/util/function/Function;


> invokedynamic #4, 0 // InvokeDynamic #1:test:()Ljava/util/function/Predicate;



Так что ссы коллеге на голову с кококолямбда это сахар анонимного внутреннего класса.
#329 #773069
БЛДЖАД! Почему Хорстманн такой пидарас и упорно не включает упражнения в лучшую книгу по кор жабе? Уже десятое издание вышло, а упражнений нет.
>>773081>>773458
72 Кб, 918x550
#330 #773081
>>773069
Потому что это учебник теории.
>>773087
#331 #773087
>>773081
И че, бля? Вон тот же Эккель прислушался к фидбекам, и в четвертом издании включил упражнения.
>>773093
#332 #773093
>>773087
Читай Эккеля.
>>773097
#333 #773097
>>773093

>Java 5


>Java 8


Наркоман?
>>773103
#334 #773103
>>773097
Для кора тебе хватит. Восьмую джаву нужно отдельно изучать.
#335 #773109
>>767615 (OP)
Сап анон, такое дело. Пишу утилиту для выборки кое-каких данных из бы (бд большая), скачал jooq, нагенерил классов, сделал пару простых запросов и все вроде заебись. Но тут подумал какого хуя, я ж на груви пишу, почему бы не заюзать gorm? В общем такой вопрос, если кто сталкивался, какой фреймворк сами выберете, на какой матушку посадите?
>>773111
#336 #773111
>>773109
ORM для бизнес-логики. Крудошлепство SQL/jOOQ для гибкой выборки данных для отчетов.
>>773118
#337 #773118
>>773111
хм, звучит убедительно, тем более, что горм за собой еще спрингбут тащит и хибернейт. буду пока жока придерживаться, спс.
>>773124
#338 #773124
>>773118
Прочитай что сами разработчики жоки говорят: https://blog.jooq.org/2015/03/24/jooq-vs-hibernate-when-to-choose-which/
>>773132
#339 #773132
>>773124
О, даже про горм написали. Ну писать мне ничего не надо в бд, да и не хочется тянуть половину мавен артифактори ради того чтоб избавиться от генерации кода. Сгенерированный код как я выяснил можно вообще заигнорить чтоб не коммитить, вместо этого генерировать при сборке.
>>773204
#340 #773163
Написал интернет-магазин, пока учил жабу с технологиями, не хватает только фронтэнда. Кого может интересовать подобная штуковина? Почем ее можно будет продать? Цена сильно изменится, если я найду клиента и запилю ему фронт такой, какой он хочет?
>>773170>>773216
1188 Кб, Webm
#341 #773170
#342 #773204
>>773132

>можно вообще заигнорить чтоб не коммитить, вместо этого генерировать при сборке.


О сколько нам открытий чудных...
Аноним #343 #773216
>>773163
как раз ищу кому бы пропихнуть фронтенд. напиши в жабер-конфу емейл-релейтед
#344 #773225

>>7732163


Запилить фронт я и сам могу, время у меня не ограничено.
#345 #773458
>>773069
Потому что у него не учебник а справочник. Причем невнятно написанный с пропуском важных особенностей и заострением внимания на никому не нужной хуйне. Половина книги вообще прямой копипаст из стандартной библиотеки. Сложность подаваемых тем по книге скачкообразно повышается и понижается. Главу назад рассказывает что такое статический метод, переходит к наследованию и тут же заливает про рефлекшн и только потом вводит понятие интерфейса. Примеров очень мало и они не выразительны. Вставки для крестовиков вообще непонятно для кого написаны, как будто они будут читать эту парашу. В общем не рекомендую этот выкидыш печатной индустрии. Head first в сравнении с этой какашкой просто эталон написания обучающей литературы, даром что написан 10 лет назад.
>>773479
#346 #773479
>>773458
Зачем вообще нужен рефлекшн обычному кодеру? Профессионал и так сможет ее понять без уебанских книжек.
>>773572
#347 #773537
Внутренние классы нужно еще где-нибудь, кроме как для слушателей событий ГУИ?
>>773702
#348 #773572
>>773479
Зачем вообще нужна книжка по кору? Любой вменяемый челвоек все поймет из java-doc'а, в хуевом случае погуглит.
>>773577>>773581
#349 #773577
>>773572
Хуйню не неси. Матан ты тоже по справочнику формул и теорем изучал?
>>773579
#350 #773579
>>773577
Вот теперь хуйню несешь ты. Кор - это и есть справочник формул. Уровня девятого класса.
#351 #773581
>>773572
Любой вменяемый человек давно все понял не открывая джавадока и пишет на Scala, Clojure, котлинах и цейлонах.
>>773585
#352 #773585
>>773581
Узкоспециализированные языки особо не прокормят. Работу хуй найдешь. То ли дело на жабе: вакансий дохуя, плотют прилично.
#353 #773702
>>773537
АТО. Но лямбды круче.
#354 #773703
Есть кто? У меня вопросик созрел
>>773707
66 Кб, 350x350
#355 #773707
>>773703
Нет.
>>773709
#356 #773709
>>773711>>773713
#357 #773710
Зачем вообще нужны интерфейсы? Они нихуюшеньки не делают. Компэрабл, блять. Ну и хули? Он же тела не имеет, все равно писать метод самому. Так нахуя сущностей наплодили?
#358 #773711
>>773709
глянул
>>773714
#359 #773712
>>773710
в оп-посте книжки, там это поясняется
>>773718
53 Кб, 350x350
#360 #773713
>>773709
Да, я тоже глянул.
#361 #773714
>>773711
Откуда взялся HelloService? И при создании клиента этот класс и клас Hello откуда беруться если предположить, что клиент делается удаленно?
>>773721>>773722
#362 #773718
>>773712
Я их читал. Ты сам-то понимаешь, что тебя наебали?
>>773720
#363 #773719
>>773710
Чтобы избегать сильных связей.
#364 #773720
>>773718
еще раз прочитай.
>>773729
20 Кб, 370x278
#365 #773721
>>773714

> The source code for the service is in the tut-install/examples/jaxws/helloservice-war/ directory

>>773724
#366 #773722
>>773714
Если ты генеришь клиент из wsdl-ки, то классы у тебя автогенерируются, если ты сам пишешь и сервер и клиент, то вот лучш шпаргалку посмотри, в проекте ничего лишнего, только вебсервис-релейтед хуйня https://github.com/hdghg/wstest
>>773726
#367 #773724
>>773721
Хехе
#368 #773726
>>773722
Спс мен! А в сервисе HelloService сам генериться? Просто нет возможности глянуть в приложенные исходники
>>773744
#369 #773729
>>773720
Еще раз прочитал.
>>773732>>773733
474 Кб, 894x621
#370 #773732
>>773729
OOP is not for you.
>>773737
#371 #773733
>>773729
Кста методы уже могут иметь тело
>>773751
#372 #773737
>>773732
А теперь по-русски.
>>773740>>773748
#373 #773740
>>773737
Про полиморфизм слышал?
>>773743
#374 #773743
>>773740
Просто скажи. Зачем нужен интерфейс? Практическое применение. Я лишь вижу его применение его в том, чтобы видеть, как мне следует назвать метод и какой тип ему давай в качестве аргумента, если нужно.
>>773746>>773780
#375 #773744
>>773750
#376 #773745
>>773710
Кекус. Через 5 лет ООПизденения ты будешь задавать вопрос нахуя нужно наследование.
#377 #773746
>>773743
иди читай книжки, вруша
#378 #773748
>>773737
К примеру возмем пять человек все пять человеки и дышат воздухом одновременно четыре из них петухи и ебутся в жопу одновременно три кодят на паскале и ебутся в рот и т.д.
>>773753
#379 #773750
>>773744
Спс =Р
64 Кб, 604x483
#380 #773751
>>773733
ИНТЕРФЕЙСЫ ОБЛАДАЮТ ЛИШЬ АБСТРАКТНЫМИ МЕТОДАМИ И КОНСТАНТАМИ И НЕ МОГУТ ИМЕТЬ РЕАЛИЗАЦИИ, ИБО ЭТО НЕ РЕАЛИЗАЦИИ, А СПЕЦИФИКАЦИИ КОНТРАКТОВ, КОТОРЫЕ ДОЛЖНЫ РЕАЛИЗОВЫВАТЬ КЛАССЫ, РЕАЛИЗУЮЩИЕ ЭТИ ИНТЕРФЕЙСЫ
@
БЛЯ, КОРОЧ, МЫ ПРОЕБАЛИСЬ И ДОХУЯ ЧЕГО ЗАБЫЛИ ВКЛЮЧИТЬ В ИНТЕРФЕЙСЫ И ИХ НЕ РЕАЛИЗОВАЛИ В ДОЧЕРНИХ КЛАССАХ
@
ПОХУЙ, СДЕЛАЕМ ДЕФОЛТНЫЕ РЕАЛИЗАЦИИ))

somewhere in Oracle
#381 #773753
>>773748
И что? Все равно метод ебли в жопу писать в каждом классе.
>>773761
#382 #773754
>>773751

> ДЕФОЛТНЫЕ РЕАЛИЗАЦИИ


методов
#383 #773757
>>773751
ну они решили этим пару проблем, но лучшеб запилили https://msdn.microsoft.com/ru-ru/library/bb383977.aspx
>>773760
#385 #773760
>>773757
Костыль пришелся в тему и весьма функциональным, но это все равно слом парадигмы.
>>773758
Идиот, я как про дефолтные методы в 8 джаве и говорю.
>>773763
#386 #773761
>>773753
Не буду тебе отвечать, специально. Анон сказал что ты вруша, но ты неосилятор. Не осилил интерфейсы, и решил сделать вброс авось кто-то ткнет мордой в то место где ты обосрался. Но нет, никто не ткнет, ищи сам.
>>773777
#387 #773763
>>773760
Сорри чувак
>>773764
#388 #773764
>>773763
Пжлст чувак :)
#389 #773777
>>773761
Видимо, ты сам новичок, или просто придаешь интейфесам потаенный смысл. Интерфейс это просто перечисление методов, которые должны быть обязательно реализованы у класса. И все.
#390 #773780
>>773743
Чтобы отделить контракт от реализации и иметь возможность быстро подменить реализующий объект в месте инициализации, не перелопачивая вместо этого мегабайты кода.
>>774338
#391 #773891
>>773893
#392 #773893
>>773891
Годно расписал, схоронил.
#393 #774300
Помогите нубасу. Есть 3 класса:
1.
package pets;

public class Pet {
String name;
Pet(String enter){
this.name = enter;
}
Pet(){

}
}

2.
package pets;

public class Dog extends Pet {

}

3.
import pets.Dog;
import pets.Pet;

public class PetMaster {
public static void main(String[] args) {
Dog myDog = new Dog("Sam");

}
}

IDE говорит, что Dog() in Dog cannot be applied to (java.lang.String), а почему так?
#393 #774300
Помогите нубасу. Есть 3 класса:
1.
package pets;

public class Pet {
String name;
Pet(String enter){
this.name = enter;
}
Pet(){

}
}

2.
package pets;

public class Dog extends Pet {

}

3.
import pets.Dog;
import pets.Pet;

public class PetMaster {
public static void main(String[] args) {
Dog myDog = new Dog("Sam");

}
}

IDE говорит, что Dog() in Dog cannot be applied to (java.lang.String), а почему так?
>>774332>>774449
#394 #774332
>>774300
Но ведь у класса Dog нет конструктора со строкой. У него есть только дефолтный конструктор.
>>774352
#395 #774338
>>773780
И как часто ты подменяешь реализацию в коде? ArrayList на LinkedList?
>>774379>>774387
#396 #774352
>>774332
В книге задание так звучит:

In the package pets create a new class Pet with a constructor that will take the name of the pet (of type String) as an argument.

Change the declarations of the class Dog so it extends Pet.

Create the class PetMaster and give pets names while instantiating classes Dog and Fish.

А писать конструктор в Dog не позволено.
>>774589
#397 #774379
>>774338
Именно коллекции, конечно, не часто, но зато есть возможность, как я уже написал, сделать это довольно быстро. Какие-нибудь компоненты из IoC-контейнера вообще можно подменить без сборки проекта, изменив его конфигурацию в xml (если, конечно, он кофигурируется через него, а не через классы и аннотации).
#398 #774387
>>774338

>LinkedList


Нинужно

>как часто ты подменяешь реализацию


Подменяю бины без перекомпиляции меняя xml-конфиги спринга, или прямо в коде через удаленный дебаг без остановки продакшена.
>>774395>>774882
#399 #774395
>>774387

>Нинужно


И тут ты такой поясняешь.
>>774417
#400 #774417
>>774395
Лучше спрошу у тебя на собеседовании.
>>774427
#401 #774427
>>774417
А если серьёзно?
>>774546
#402 #774449
>>774300
хуй зна, такой же нубас.
Pet p1Dog = new Pet("Ssaka");
Pet ssylka;
ssylka Dog;
вообще блять, пустые классы это что нахуй?
>>774508
74 Кб, 923x562
#403 #774508
>>774449
То что надо?
#404 #774546
>>774427
У LL лишь одно преимущество - быстрое добавление в середину (ну или удаление), которое ОЧЕНЬ редко когда нужно.
AL содержит внутри массив. Когда ты идешь последовательно по LL, ты каждый раз переходишь по ссылке на следующую ноду, а для AL просто сдвигаешься в памяти на размер элемента. Из-за того, что у ЦП есть кэш, почти со 100% вероятностью следующий элемент AL будет лежать в кэше и в память обращаться не нужно, что не гарантируется для LL.
При добавлении элемента к AL, если он был полон, приходится создавать новый массив и копировать в него предыдущий, но копирование памяти достаточно быстро, да и происходит нечасто.
Короче, LL сосет, AL решает.

В 99.99% процентов случаев по мнению сертифицированных энтерпрайз джава-макак.
#405 #774548
>>774546
Макаба звездочку съела, блядина такая.
#406 #774589
>>774352
Атрибуты с дефолтным аксесс-модификатором - можно писать напрямую. Но вообще так не делается - нарушается принцип инкапсуляции.
#407 #774613
>>774546
Ты забыл добавить, что:
LL может быть распределён в пространстве, в то время как AL лежит одним куском -- этот факт, конечно, редко где может пригодиться, но это уже отличительная особенность;
random access для LL занимает O(n) напротив O(1) у AL;
перевыделение памяти под новый массив у AL -- заявка на GC.
Короче, я к чему: структуры данных нужно выбирать исходя из требований задачи, и вот так с ходу говорить, что LL или какая-либо другая структура данных не нужна -- по меньшей мере некорректно.
#408 #774620
>>774613
>>774546
В какой книге можно прочитать вот про такие тонкости в жава?
#409 #774623
>>774620
stackoverflow.com
#410 #774627
>>774620
Любая книга по алгоритмам и структурам данных подойдёт. Придумано ещё до джавы.
>>774791
#411 #774689
>>774613

>LL может быть распределён в пространстве, в то время как AL лежит одним куском


Я именно на этом и заострил внимание, когда говорил о кэше.
#412 #774690
#413 #774791
>>774627
В этой любой книге будет О-нотация, опирающаяся на представление о процессоре из 1968 года, с детерминированной стоимостью операции, не зависящей ни от чего.
Эта модель так же точно отражает реалии современного интеловского CPU как представления о плоской Земле, установленной на трех китах.
Не учите анона плохому.

Анон, посмотри https://www.youtube.com/watch?v=Nsf2_Au6KxU (слайды - http://media.steampowered.com/apps/valve/2015/Migdalskiy_Sergiy_Physics_Optimization_Strategies.pdf), потом сюда http://danluu.com/new-cpu-features/
>>774793>>774835
#414 #774793
>>774791
убери из URL '),', парсер этой борды sucks
#415 #774835
>>774791
В этих книгах, как правило, сразу пишут, что приведённые оценки справедливы для абстрактной машины, и в реальности могут варьироваться в зависимости от устройства конкретной платформы. Ну, и что? Получить общее представление об алгоритмах и структурах данных это никоим образом не мешает. И оно не будет неправильным (плохим). Оно будет корректным в среднем случае, где предполагается, что код выполняется равновероятно на йоба-процессоре, процессоре дидов или вообще на примитивном кристалле с базовым набором операций.
Твои ссылки полезны тем, кто уже кое в чём разобрался и хочет идти в ногу со временем.
>>774872
#416 #774872
>>774835
Оно будет ПОЛНОСТЬЮ неправильным, до степени обратности правильности на любом современном процессоре кроме Cortex M0 (за 50 центов, у которого кэша вообще нет).
И представление об алгоритмах и структурах данных будет таким же.
Анон будет хреначить линкед листы, а процессор сходить с ума от джампов по указателям и проигрывать кофеварке. В результате анон бьется головой о стену (и переделывает линкед лист на skip list, от чего процессор превращается уже не в кофеварку, а в самовар), процессор тормозит, довольны только авторы книжек с О-нотацией из 1968 года.
>>774883
#417 #774882
>>774387

>без остановки продакшена


Я уже чувствую уровень твоей конторы.
И под той фразой я имел в виду то, что вменяемые люди вообще бизнес интерфейсы не пишут. Времена HuitaDao и HuitaDaoImpl прошли, интерфейсы царят где-то во фреймворках.
>>774620
Это не тонкости и не явы. Это разница между связным списком и массивом. Можешь навернуть Алгоритмы и структуры данных Вирта (или забить хер, если тебе не предстоит работа с ними, а 80% джавы - сраный веб, который хер клал на скорость работы три мапа и хеш мапа).
>>774897>>774898
#418 #774883
>>774872

>довольны только авторы книжек с О-нотацией из 1968 года.


Ты хотел сказать авторы всех книжек? Не видел ни одной вменяемой книги по программирование. Даже видосики на ютубе уровня "как работает спринг" полезнее.
>>774984
#419 #774885
>>774613
Из-за оптимизаций работы массивов AL выигрывает всегда. К тому же вспомни про случайный доступ и вставку в середине: часто они тебе нужны? Ты чаще весь список обходишь итератором.
#420 #774897
>>774882

>Я уже чувствую уровень твоей конторы.


Экстрасенс в треде, всем надеть шапочки из фольги
#421 #774898
>>774882

>что вменяемые люди вообще бизнес интерфейсы не пишут


Я уже чувствую уровень твоей конторы.
#422 #774984
>>774883
Что хотел сказать то и сказал

>В этой любой книге будет О-нотация, опирающаяся на представление о процессоре из 1968 года


Нужны новые книжки, но их нет. Потому что у академиков нет модели на смену детерминированному процессору из 1968 года.

> Не видел ни одной вменяемой книги по программирование. Даже видосики на ютубе уровня "как работает спринг" полезнее


Если ты говоришь о книжках "любая еботень за 24 часа", то понятно.
Если о нормальных книжках, то они, конечно, есть.
Если бы перед просмотром видосика про Spring программист прочитал бы "Patterns of Enterprise Application Architecture" и "Enterprise Integration Patterns", толку было бы больше. И на Spring он смотрел бы гораздо критичней, понимая его недостатки. И во многих случаях от него для своей задачи отказался бы - что задаче только пошло бы на пользу.
>>775052>>775054
#423 #775052
>>774984

>"Patterns of Enterprise Application Architecture"


Т.е. про процессоры тебе старье, а Фаулеровские "ПАЦАНЫ! XML - ЭТО БУДУЩЕЕ" - это ок?

> И во многих случаях от него для своей задачи отказался


Ты же понимаешь, что вместо спринга можно вставить что угодно? Серебряной пули пока не подвезли.
>>775057
#424 #775054
>>774984
Списочек минусов Спринга, который заставляет отказаться от него во многих случаях при разработке enterprise application, в студию!
>>775056>>775057
#425 #775056
>>775054
Самый очевидный: он слишком попсовый, для такого крутого парня!
#426 #775057
>>775054
Спринг - это клубок лапши, сбитый гвоздями и перемотанный изолентой, для тех кто не осилил EJB и кому надо хуяк-хуяк, чтоб через час запустилось, а потом хоть трава не расти. Иногда это оправданный подход.

>>775052
В будущем XML радостно заменили на JSON (к которому работающего аналога схем так до сих пор и не подвезли) и решили что это все резко изменило.

> вместо спринга можно вставить что угодно


Именно об этом я и говорю.
Книжки нужны для того чтобы понимать какие именно что угодно куда вставлять, а какие куда - не вставлять. И почему. И какие есть подходы к проблеме этого и к проблеме того. И какие у них минусы и плюсы.
>>775063>>775214
#427 #775063
>>775057

>В будущем XML радостно заменили на JSON


Да меня не конкретно XML там печалит. Меня печалит, что во многом книга о том, что тебе не пригодится. Какие паттерны испоьзовать при общении с бд? Хуятерны, возьми любую ОРМ и не выебывайся. Но нет, Фаулера ОРМ упоминаются вскользь и как что-то таинственное и очень крутое.

>Книжки нужны для того чтобы понимать какие именно что угодно куда вставлять, а какие куда - не вставлять. И почему. И какие есть подходы к проблеме этого и к проблеме того. И какие у них минусы и плюсы.


Найдешь мне хорошую книжку по сравнению различных технологий - свисти, с радостью почитаю. Обычно книжки задвигают либо без конкретики (тот же Фаулер), либо топят за свою любимую поделку (тот же спринг).

>Спринг - это клубок лапши, сбитый гвоздями и перемотанный изолентой, для тех кто не осилил EJB


Будто бы переусложненность EJB была плюсом. Именно IoC контейнер спринга - хорошо сделанная штука. Лапша, сбитая гвоздями и перемотанная изолентой, начинается, когда они пытаются AOP изображать (а изображают они его сейчас много где).
>>775069
#428 #775068
сап анончики

в телеграмме есть уютная конфа по жабке

https://telegram.me/joinchat/B7IzvT5twDRYYTqO0y7bQg
#429 #775069
>>775063

> о том, что тебе не пригодится


Ты лучше меня знаешь что мне пригодится, вероятно.

> возьми любую ОРМ и не выебывайся


Давай обобщим это до "возьми X и не выебывайся" и обнаружим что типичной макаке не нужно вообще ничего кроме прилежания, аккуратности и нащальника, который будет хуярить бамбуковой палкой раз в полчаса за косяки.
И постановим на этом основании что не нужны не только книги, но и множество иных вещей.
Полезным ли будет такой наш вывод?

> хорошую книжку по сравнению различных технологий


Не бывает (почти - может быть они где-то и есть, утверждать не стану) хороших книжек по сравнению конкретных имплементаций конкретных технологий в конкретной экосистеме - уровень желаемой тобой конкретики ты можешь легко найти среди блогов, поискав по паттерну "X vs Y" (или "X sucks" и "Y sucks"), книжку ради перечисления десяти недостатков JOOQ конкретной версии для конкретных применений писать не стоит. И читать не стоит, если бы ее даже кто-то и написал.

> Будто бы переусложненность EJB была плюсом


Сложность была, конечно, минусом.
Плюсом была гибкость и даже некоторая стройность, достигнутая ценой сложности.
В результате имеем Spring, давно превысивший все пределы сложности EJB, но стройности и уж тем более гибкости (высокоуровневой, а не микро - это важно) как не было, так и нет.
В EJB сложность была up front - видна сразу и дизайнить надо сразу. Но всем хотелось быстренько нахуярить, а потом будем дизайнить - может быть, если время останется.
Результат немного предсказуем.
>>775073
#430 #775073
>>775069

>Ты лучше меня знаешь что мне пригодится, вероятно.


Естественно я имел ввиду себя.

>Давай обобщим это до "возьми X и не выебывайся" и обнаружим что типичной макаке не нужно вообще ничего кроме прилежания, аккуратности и нащальника, который будет хуярить бамбуковой палкой раз в полчаса за косяки.


Ну так и есть, собственно. Зачем макаке больше?

>В результате имеем Spring, давно превысивший все пределы сложности EJB, но стройности и уж тем более гибкости (высокоуровневой, а не микро - это важно) как не было, так и нет.


Я не знаю, о какой гибкости ты говоришь. IoC настраивается так, как ты хочешь. Расскажи, что у тебя не получилось сделать в спринге, что ты сделал с EJB.
>>775214
#431 #775214
>>775057
EJB - это клубок лапши, сбитый гвоздями и перемотанный изолентой, для тех кто не осилил Спринг и кому надо хуяк-хуяк, чтоб через час запустилось, а потом хоть трава не расти. Иногда это оправданный подход.

>>775073
Нет смысла разговаривать с вайлдфлайеебом - у него EJB головного мозга.
7 Кб, 480x360
#432 #775240
Привет анон, хочу вкатиться в спринг, написать какое нибудь приложение и устроиться жава макаком. Из кор жавы прочитал том хорстманна и алгоритмы сенджвика. Поэтому реквестирую какую нибудь литературу или туториалы чтобы вкатиться в спринг. С меня как обычно.
sage #433 #775242
>>775240
Питон паста.txt
#434 #775273
>>775240
Тебе не нужна Java.
#435 #775286
>>775240
spring in action
>>775291
#436 #775291
>>775286
Спасибо няш, этого будет достаточно или стоит еще что нибудь почитать?
>>775322
#437 #775322
>>775291
Рекомендую сначала прочитать как минимум про Servlet API, JSP, CDI.
После этого будет более-менее понятно, откуда растут ноги у многих вещей в Spring.

Без представления об этих вещах рискуешь привыкнуть "программировать мышкой".
>>775326>>775369
13 Кб, 604x438
#438 #775326
>>775322
Спасибо, укатился читать.
#439 #775369
>>775322

> "программировать мышкой".



Что это значит ?
>>775464
#440 #775395
>>769211
Есть ли уроки JavaRush в открытом доступе, или только за донат?
#441 #775423
Почему не получается стилизовать fx формочки нормально через подключение стилей?
scene.getStylesheets().add("path/stylesheet.css");

работают стили, только если их прямо в коде к каждой кнопке прописывать
#442 #775428
Спринг неудачный вариант для обучения. Язык сложный, возможностей мало. Сейчас каждая макака учит спринг, а потом не знает что делать с ним. Лучше попробуй Haskell. Язык легкий и понятный даже школьнику. Если никогда не занимался программированием, то начинать лучше всего с Haskell - после него другие языки учатся быстрее.
По книгам, что бы подготовится. Если есть хоть немного знаний программирования, читай это: http://www.ozon.ru/context/detail/id/30425643/ Если совсем новичок, пойдет эта книга: http://www.ozon.ru/context/detail/id/28346038/ Ну и куча онлайн-учебников. Вот, например: https://anton-k.github.io/ru-haskell-book/book/home.html Хороший учебник, всё расписано подробно. Сам по нему учился. Рекомендую.
#443 #775464
>>775369
Можно по-разному интерпретировать. Я в это понятие вложил смысл фразы "хуярить без понимания". Например, так происходит, когда копипастишь решения со stackoverflow, особо не разбираясь что, собственно, происходит.
2 Кб, 344x62
HELP #444 #775560
Анон, такая хрень: занимаюсь я по книжке из шапки "Java для детей, родителей, бабушек, дедушек и таких долбоёбов как я" и фейлю с первым же заданием.

Сделал ВСЁ как написано
Переменная среды
CLASSPATH
.;

Системная перемнная
Path
C:\Program Files\Java\jdk1.8.0_91\bin(-это я добавил);C:\ProgramData\Oracle\Java\javapath;C:\Program Files\NVIDIA Corporation\PhysX\Common;C:\Program Files\Intel\iCLS Client\;%SystemRoot%\system32;%SystemRoot%;%SystemRoot%\System32\Wbem;%SYSTEMROOT%\System32\WindowsPowerShell\v1.0\;C:\Program Files\Intel\Intel(R) Management Engine Components\DAL;C:\Program Files\Intel\Intel(R) Management Engine Components\IPT;C:\Program Files\Skype\Phone

В cmd прописываю как в книжке, но выходит пикрилейтед.

Поясните, что за хуйня? Только так, чтобы понял такой имбецил как я.
#445 #775565
>>775560

>file not found: HelloWorld.java

>>775567
#446 #775566
>>775560
линукс поставь
#447 #775567
>>775565
Он есть, и он нах-ся по верному адресу.
#448 #775576
>>775560
тебе нельзя программировать
>>775585
#449 #775585
>>775576
можно
#450 #775589
Что-то очень дохуя ворнингов скопилось в idea. Нужно ли потакать IDE или писать, как хочется?
>>775596
#451 #775596
>>775589
Смотря какие ворнинги, очевидно же. Если тебе говорят, что моджно сократить конструкцию "if (a == true) {}", то это хороший совет с высокой долей вероятности.

>>775560

>"Java для детей, родителей, бабушек, дедушек и таких долбоёбов как я"


Хуевая книга. В действительно версии "для даунов" было бы "установи ide, пидор, желательно idea" где то между нулевым и вторым пунктом.
>>775609>>775618
#452 #775609
>>775596
Ладно, понял, буду изучать ворнинги, эспэсэ.
#453 #775618
>>775596
Ох как вы заебали с этой Идеей. Я, конечно, понимаю, что она охуенна и всё такое, но, блять, отбери её у вас -- и вы даже хеллоу ворлд не соберёте. Нахуй так жить?
Пусть нуфаня потренируется с конпеляцией и запуском, хотя бы на кошках.
#454 #775623
Бампану вопрос.
>>775560
>>775625
#455 #775624
>>775618
Пусть Хэд Ферст читает. Та хуита для бабушек и дедушек имеет лютые, просто пиздец какие ошибки, которые новичок не сразу увидит. Не факт, что увидит вообще. Я в самом начале пути тоже копипастил оттуда код и не понимал, почему он не работает. А потом выяснялось, что автор не удосужился упомянуть, что нужно импортировать какую-либо директиву или, еще хуже, вообще пропустил кусок вызывающего кода изучаемого метода.
>>775628>>775633
#456 #775625
>>775623
Была такая трабла, пока не пересел на пингвинятину. Не помню, как решил, но очень много гуглил и пробовал разные варианты. Помню только, что нашел на одном форуме ответ, где мужик пишет, как прописать путь через командную строку, а не через окошечко. В общем, проблема в самом пути, твой терминал просто не видит утилиту javac. Гугли.
>>775628
#457 #775628
>>775625
На форумах находил, но я хочу шоб прям по книжным лекалам, а то дальше могут быть нюансы которые всё испортят. Хотя, сразу вон какая хрень.
Наверное сменю книгу как >>775624 советует
>>775630
#458 #775630
>>775628
Это я и советую. Книга, которую ты читаешь была издана почти 10 лет назад. Хотя хэд фертс вообще вышла в 2004, но она просто эталон преподавательской литературы. Не знаю, найдешь ли на русском, но я на инглише почти все понимал. Сначала очень часто в переводчик лез, но потом освоился. И, да, если не понимаешь перевод некоторых языковых конкструкций или средств - пиши сюда, я либо кто-то еще тебе поможет.
>>775633
#459 #775633
>>775630
>>775624
Спасибо.
20 Кб, 370x278
#460 #775640
>>775618

> как же вы заебали с этими людьми! Отберите у человека одежду, все вещи и инструменты, засуньте в пустыню Сахара и он даже воды себе попить не найдет, куда уж там до прожить всего лишь неделю. Нахуй так жить?

>>775641
#461 #775641
>>775640
А вот и любители программировать мышкой пожаловали, хе-хе.
>>775651
#462 #775644
>>775618
Ты наверное и classpath руками прописываешь, да? Если нет, то иди нахуй мудак. Надо сразу приучать людей к качественным инструментам, чтобы потом не натыкаться на блять проекты на сука ебучем анте в блять 2016 году, поубивал бы нахуй гандонов.
>>775654>>775657
#463 #775651
>>775641
Выключи компьютер, возьми витую пару в руки и отправляй нули и единицы с помощью статического электричества.
#464 #775654
>>775644
Мне кажется что ты его неправильно понял.
Он не агитировал за то чтобы прописывать classpath руками - лишь за то чтобы нуб один раз сделал это - и все остальное - руками, и понимал откуда что берется, где что лежит, и что где должно лежать.
Засрали уже всю доску глупейшими проблемами "ой, что это оно мне тут пишет файл не найден".
>>775658>>775817
#465 #775657
>>775644
Много вас по весне оттаяло, смотрю. Перед тем как начать пользоваться инструментами для удобства, неплохо бы понять, какие именно процессы облегчает инструмент. Кактус с антом жрать необязательно, достаточно лишь знать, что он нужен для облегчения сборки проекта. Но, извини меня, не знать, чем, как и во что компилируются java-классы и как запустить скомпилированный хеллоуворлд -- это "мы вам перезвоним".
>>775731
#466 #775658
>>775654
А что лучше? Мавен?
>>775679
#467 #775679
>>775658
Для кого лучше?
По каким параметрам лучше?
В каких случаях лучше?

Половина вопросов на этой борде сводятся к "что мне сделать чтобы не думать"
#468 #775699
Почему в JavaEE нет стримов?
>>775788
#469 #775731
>>775657

> Но, извини меня, не знать, чем, как и во что компилируются java-классы и как запустить скомпилированный хеллоуворлд


В реальной жизни эти навыки никому не нужны - ну разве что ты собираешься писать новый Maven/Gradle - но это будет вообще апофеоз велосипедостроения.
>>775740>>775786
#470 #775740
>>775731
Пользоваться командной строкой это хоть и не относится к джаве, но ващет важный фундамент для любого занятия. И то что пездюков этому не обучили в школе или они сами прогуляли уроки это очень печально. Пусть дрочит командную строку, любой хеловорлд на любом языке предполагает запуск из кс. А потом пусть учит баш, вим, лесс, тейл, тмукс, гит вот это вот все. Это не, жаба это сколько набор инструментов специалиста. Это знать надо, это классика!
>>775846
15 Кб, 697x355
#471 #775756
>>775560
Напиши это, если ошибка - проблема с путями.
#472 #775761
Доброанон помоги понять работу методов put & get.
Голова уже кипит.
http://pastebin.com/yjt0aQac
>>775820
#473 #775786
>>775731

> новый Maven/Gradle


Вот такие долбоебы с IDE наперевес и пишут эти велосипеды с квадратными колесами.
Потому что в make не умеют, про awk и sed не знают.
>>775846
#474 #775788
>>775699
Потому что Оракел положил на нее хуй и всех занимавшихся Java EE уволил.
http://arstechnica.com/information-technology/2016/06/oracle-boosts-cloud-sales-but-at-expense-of-java-and-everything-else/
>>775825
#475 #775817
>>775654

> ой, что это оно мне тут пишет файл не найден


А вот это уже проблема в человеке. Если человек не способен не то что погуглить проблему, а просто прочитать текст "файл не найден" и разобраться в значении этих слов, то он не то что для программирования негоден, он негоден для замены картриджей, а то застрянет бумага, а герой его выбросит нахуй, потому что не печатает.
#476 #775820
>>775761
один кладет в хранилище, а другой достает. Написано через жопу, конечно.
>>775826
#477 #775825
>>775788
Тогда какие альтернативы использовать?
>>775833>>775849
#478 #775826
>>775820
Хорошо обьяснил, малаца.
Сам кое как понял изрисовав бумажку, а потом забыл.
>>775827
#479 #775827
>>775826
Чего там понимать?
>>775892
sage #480 #775833
>>775825
Стать сперморабом.
>>775839
#481 #775839
>>775833
Интересно, зачем вообще тогда стримы нужны? Ведь основное назначение джавы это тырпрайз.
>>775843>>775848
#482 #775843
>>775839
Чтобы кратко и гибко работать с последовательными наборами данных, а не писать длинные императивные портянки, которые хуй распараллелишь нормально.
sage #483 #775846
>>775740

>вим


Нахуй иди.

>>775786

>make


И ты тоже.
>>775852
#484 #775848
>>775839
В энтерпрайзе стримы нужны даже больше чем в веб-макакании
https://www.ibm.com/support/knowledgecenter/SSFKSJ_7.5.0/com.ibm.mq.pla.doc/q005080_.htm
>>775851
#485 #775849
>>775825
Купить всем памперсы и соски и внедрять NodeJS
>>775853>>775855
#486 #775851
>>775848
Понятно. Это вопрос времени, когда вся тырпрайз разработка загнется.
>>775854
#487 #775852
>>775846
Нет, это ты иди нахуй, спермовор.
#488 #775853
>>775849
Как будто там есть стримы.
>>775857
#489 #775854
>>775851
Когда твой банковский процессинг будет на NodeJS написан макаками, презирающими транзакции? Хочешь себе такого будущего?
>>775858
#490 #775855
>>775849
Тогда зачем мы все здесь учим джаву? Скажи нам!
>>775857
#491 #775857
>>775853
Там микростримы, модные, молодежные, на коллбэках и промисах.

>>775855
Чтобы устроиться в лухософт джуниором за миску риса. Весь /pr об этом.
>>775859
#492 #775858
>>775854
Не прикасался к ноде и к ее фреймворкам, которые выходят каждый день. Я вообще тут новичок и только-только выучил кор.
#493 #775859
>>775857
А как же серверные технологии?
>>775863
#494 #775863
>>775859
Вместо них serverless технологии.
Бери Docker, кидай в AWS, практикуй Agile
#495 #775865
Core Java десятое издание вышло. Пока только первый том.
>>775866
#496 #775866
>>775865
Что нового?
>>775867
#497 #775867
>>775866
Не читал пока. Да и я вообще ньюфажина.
Так, к сведению.
>>775869
#498 #775869
>>775867
Для чего учишь джаву?
>>775872
#499 #775872
>>775869
Интерес, + желание перекатиться в программирование.
>>775875
#501 #775875
>>775872
Сейчас имеешь какой-нибудь заработок или у мамки сидишь на шее? Какой лвл?
>>775877
#502 #775877
>>775875
24
Недавно уволился, есть накопления. Но надо чего-нибудь найти.
>>775887
#503 #775887
>>775877
Кем работал?
>>775895
#504 #775892
>>775827
как работает код
#505 #775895
>>775887
Инженегром в нефтянке.
>>775904
#506 #775904
>>775895
Платят мало? Не понравилось инженерить буровые?
>>775915>>775925
#507 #775915
>>775904
Он толстит, видимо.
#508 #775925
>>775904
Платили 65к.
Но при этом ты живешь в диких ебенях 11 месяцев в году. Начальство - бывшие военные и их заискивающие холуи - как следствие полнейший долбоебизм, маразм, формализм и бюрократия.
Работай я хотя бы вахтой (мес. через мес.) можно было бы и потерпеть. А так - извините, я один раз живу.
>>775955
#509 #775954
>>773710
Очевидно чтобы избежать смертоносного ромба смерти
#510 #775955
>>775925
Ты выглядишь адекватным аноном, попробую тебе помочь с профориентацией в нашей говноайтишечке.

> бывшие военные и их заискивающие холуи - как следствие полнейший долбоебизм, маразм, формализм и бюрократия.


У нас тоже такое (или почти такое) есть примерно в тех же местах, только вместо буровых язык программирования Модула-2, а все остальное как ты описал.

Java энтерпрайзная лучше, но тоже недалеко ушла от всего этого. Джуниоры корячатся во всевозможных лухософтах не поднимая головы, долбоебизм и маразм почти такие же, формализма и бюрократии поменьше, холуи такие же.

Java не-энтерпрайзная - это практически только веб-бэкенды. Загибается медленно но верно, пожираема немного питоно-джангами и руби-рельсами, и много и все больше с каждой секундой - NodeJS.

Так что может быть тебе лучше Javascript лучше поучить? Перспективней будет, и формализмов в среднем поменьше заметно.
>>776029
#511 #776011
Анон, прости за платину. Что вообще сейчас пишут на Java? Я вот недавно решил вкатиться, пару недель назад. Читаю книги для ньюфагов, пишу хелловорлды. В чем суть - один мой знакомый посоветовал мне задать себе конкретную цель. В общем, я думаю сделать простенький текстовый редактор, а в процессе учится и осваивать язык. Это вообще возможно сделать на Java? Или мне лучше отбросить эту идею и придумать что-то ещё?
>>776074
#512 #776029
>>775955

>может быть тебе лучше Javascript лучше поучить?



Вот даже не знаю. Мне хотя бы азы освоить, а выбирать можно бесконечно. Вообще тяжело перекатиться с Java на JS? И как там с трудоустройством?
11 Кб, 320x326
#513 #776044
БЛЯ, ПОСОНЫ, ХОЧУ ВКАТИТЬСЯ В ПРОГРАММИРОВАНИЕ
@
БЛЯ, ПОСОНЫ, РЕШИЛ, БУДУ УЧИТЬ JAVA
>>776046
40 Кб, 480x426
#514 #776046
>>776044
ВЫУЧИЛ
@
ПОЛУЧАЕШЬ 300К В СЕКУНДУ
#516 #776074
>>776011
Можно калькулятор, можно Мейнкрахт, можно текст редактор, можно просмотрщик изображений.
sage #517 #776125
Легитимный перекат >>776122 (OP)
Легитимный перекат >>776122 (OP)
#518 #778038
>>767615 (OP)
Поясните за "Head First java". Можно ли с нее изучать изучение явы, если за спиной только школьный курс паскаля?
>>778056
#519 #778056
>>778038
перекатывайся дурачек
>>778070
#520 #778070
>>778056
Перекатился
Обновить тред
Двач.hk не отвечает.
Вы видите копию треда, сохраненную 11 июля 2016 года.

Скачать тред: только с превью, с превью и прикрепленными файлами.
Второй вариант может долго скачиваться. Файлы будут только в живых или недавно утонувших тредах. Подробнее

Если вам полезен архив М.Двача, пожертвуйте на оплату сервера.
« /pr/В начало тредаВеб-версияНастройки
/a//b//mu//s//vg/Все доски