Как найти работу молодому специалисту без опыта

[Мальчик-Одуванчик]

ORLY?
(уаще говоря Threads и threads - две большие разницы)

Как давно приходилось делать new Thread() {...} или class MyThread extends Thread { ... }, join/notify, etc... надеюсь давно оно конечно понятно что juc & rx и все остальное Thread внутри использует, но сталкиваться то с ними напрямую уже особо не приходится

В дамп давно глядели?

[_reality]

Сегодня

[FreemanUSA]

СПС парни за ответы, один ещё можно. Это важно для Девелупера Джава знать на уровне DBA SQL синтекс, так как когда я работал девелупером Юзер Итерфейс в РНР знание ситекса SQL необходимы для манипуляции данными с сервера как обстоят дела в JAVA.

[nyekimov]

СПС парни за ответы, один ещё можно. Это важно для Девелупера Джава знать на уровне DBA SQL синтекс, так как когда я работал девелупером Юзер Итерфейс в РНР знание ситекса SQL необходимы для манипуляции данными с сервера как обстоят дела в JAVA.

На Java как и на любом серверном языке тебе нередко надо работать с бд, принято это делать через orm provider , чтобы можно было работать с несколькими бд или чтобы хотя бы иметь возможность сменить бд провайдера менее болезненно. Orm provider к примеру hibernate часто встречающийся , использует свой синтаксис , который должен соответствовать jpa спецификации. Эта jpa спецификая и есть набор стандартов для написания запросов, то есть некий sql в чистом виде без привязки к особенностями бд. Тут уже надо знать синтаксис на уровне jpa спецификации, а не dba. Так как с orm пытаются абстрагироваться от бд. Но к примеру для сложных расчётов в каких случаях лучше использовать хранимые процедуры, если под это дело нет отдельного dba, то Java разработчик лезет в бд и сам себе их пишет. В такие моменты кстати знать особенности используемой бд и её sql синтаксис.

Есть ещё более изощренный способ - общаться с бд через Java driver под конкретную бд. Тогда вам надо будет писать sql код, используя тот синтаксис, который понимает данная бд. Но такой подход если и используют в enterprise , то в основном для вызова оракловских процедур. Тут тоже пригодятся навыки oracle dba

[FreemanUSA]

Есть ещё более изощренный способ - общаться с бд через Java driver под конкретную бд. Тогда вам надо будет писать sql код, используя тот синтаксис, который понимает данная бд. Но такой подход если и используют в enterprise , то в основном для вызова оракловских процедур. Тут тоже пригодятся навыки oracle dba

спс за подробное описание, я так понял orm provider это встроинные в Джаву библиотеки синтекса при работе с БД? То для каждого сервера свой пастух получаеться, уневерсала как SQL ситекса нет? И почему работа через Java driver изврашение?

[АццкоМото]

Ну было же написано " Так как с orm пытаются абстрагироваться от бд"

[Black_sheep]

Во первых, сначала нужно элементарно исправить грамматические ошибки. Если вы закончили здешний университет, и ТАК написали резюме, то Вы извините, Вы должны радоваться что хоть индусы что то предлагают.

Не верю что вы закончили здесь и недавно. Более того, вы можете ещё заработать себе репутацию, рассылая такое резюме в серьёзные компании.

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


Sent from my iPhone using Tapatalk

[FreemanUSA]

Не подскажите для работы с базами данных какой тип соединения более распространён в Джава, в реальной жизни? Я понимаю что это конектит с вопросом выше, но всё же, так как верху упомянули тип 3 я так полагаю. А в литературе оговаривается в опозицию. Неужели не пользуют API для определённо заточенной БД. СПС зарание за ответ.

[Ion Tichy]

Не подскажите для работы с базами данных какой тип соединения более распространён в Джава, в реальной жизни?...

Если мы говорим о JDBC, то "типом соединения" заведует JDBC драйвер. И драйвер скажет Вам что ему надо для связи - хост/порт/юзер/итд или четыре раза хлопнуть в ладоши глядя строго на Юго-Юго-Восток.

[FreemanUSA]

Не подскажите для работы с базами данных какой тип соединения более распространён в Джава, в реальной жизни?...

Если мы говорим о JDBC, то "типом соединения" заведует JDBC драйвер. И драйвер скажет Вам что ему надо для связи - хост/порт/юзер/итд или четыре раза хлопнуть в ладоши глядя строго на Юго-Юго-Восток.

Ну да как раз по это, но просто какой более используемый в повседневке. Испоьзование JDBC зависит от выбота каким вы предпочитаете пользоваться, вот я и хочу узнать какой тип более роспрастранён для работы.

[nyekimov]

В реальной жизни чего? Преподавателя Универа - jdbc. В ентерпрайсе - hibernate или другие orm провайдеры, редко jdbc через data source.

[nyekimov]

Вообще первоначальное сообщние больше похоже на вброс ради холивара. Конечно может быть и реально все так запущено, но тогда уже не помочь.

[FreemanUSA]

Андройд может работать с особенностями Джава 8, а то в литературе написано нет? Так как Lambda являеться особенностью 8 версии как тогда в Андройд программирование мы можем его использовать?

[nyekimov]

http://stackoverflow.com/questions/2331 ... evelopment" onclick="window.open(this.href);return false;

now it is possible to use some features of java 8 as mentioned in GOOGLE I/O 2016 , but still does not support all java 8 features.

[valchkou]

Парни Threads в Java закончили использовать лет 10 назад

А что пользую сейчас? Как идёт повышение КПД CPU при работе с апликациями? Например при запросе данных с виечестера и обработки данных с итернета, которые не зависят от результата первой операции? Или синхронизация тех же самых двух задач, допустим для сравнения. Получаем данные с харда и сравниваем их с итернета. Так как данный с харда получаем дольше, а с интернета быстрей зачем пускать их в один поток выполнения задачи если можно разделить на два, а после выполнить конечную опреацию. Может я что то и не правильно описал, сорри если что.

и threads и лямбды используются вовсю.
как сказали выше про потоки, на прямую уже редко, это либо parallelStream, если нужно распарралелить операцию, на multicore/threads
(например сортировка, фильтр, запросы, обработка элементов массива)
либо различные ExecutorService которые принимают независимые таски и выполняют их в разных потоках.
особенность некоторых ExecutorService в том что они кэшируют инстансы потоков (Threads) и переиспользуют их для выполнения разных тасков. Так же ExecutorService сам контролирует pool и не зафлудит систему толпой злобных потоков, а цивилизованно поставит таски в очередь.

[FreemanUSA]

СПС за ответы