Впрочем, как и мне так и не стали понятны трудности вашего "среднего уровня".

Откуда? Вы .Net формошлеп мастер по накладыванию формочек не имеющий даже теоритической базы, но рассуждаете о "накладных инструментах" (мем). Наверно распечатали мануал по скале и вы уже на них писали)))? Кстати Вы инструмент накладываете когда код пишите копипастите? Ленивость от жопы отличить не может...

Жги)

Так это все же имитация функционального программирования.

В том и дело, что сейчас есть 2 более менее ненакладных инструмента для таких целей (т.е. без танцов со сторонними "подключателями")- это Scala и Java 8.

А вы пробовали писать это на настоящем функциональном языке, а потом подрубать его с помощью инструментов вроде wxWidgets?

ЗЫ кстати Scala с акторами работает куда как попроще, чем Java.

И с помощью чего вы реализовали логику в многопоточной среде?

ketamin сказал(а) 09 Июл 2014 - 01:05: JVM прежде всего пилится для императивной Java поэтому приходится мириться с кривым выводом типов, отсутствием оптимизации рекурсии и ленивости. Ленивость вроде и была, но в виде JIT-компиляции. Хотя может тут все еще круче должно быть.

иди почитай теорию по функциональным языкам
 

ketamin сказал(а) 09 Июл 2014 - 01:05: Было на уровне языка а теперь на уровне JVM т.е. теперь стало возможно оперировать функциями а не функциональными обьектами так же получили полноценные замыкания. И в тоже время JVM все еще не оптимизирована под функциональное программирование? Не понимаю.

отвечал выше...
 

Java более менее знаю

как джуниор а Java. андроид это не джава это частичная имплементация API из джавы, по другому работает с метоинформацией (рефлексия), отсутствие JMM (не могу гарантировать что мои оптимизации многопоточного кода будут работать корректно). Ну и специфика разработки другая.
 

Все-таки накладные расходы на такое сопряжение- не всегда удобно.

тебе не похрен или ты графику рендерить собрался? )))

Мне функциональное программирование нафиг было не нужно пока не пришлось строить сложную логику в многопоточной среде. 

Если интересует язык на JVM посмотри в сторону Clojure, правда первое время смайлики могут раздражать (у нас британцы на ней пишут).

Была имитация функциональности- те же Comparator-s.

Было на уровне языка а теперь на уровне JVM т.е. теперь стало возможно оперировать функциями а не функциональными обьектами так же получили полноценные замыкания.
 

Насчет "незаточенности" не знаю- а какие требования выставляются к среде исполнения, чтобы она считалась "заточенной" под функционалку? И где в Scala костыли?

JVM прежде всего пилится для императивной Java поэтому приходится мириться с кривым выводом типов, отсутствием оптимизации рекурсии и ленивости.
 

Вместо того, чтобы распихивать функциональный код под разным модулям- я пишу его где хочу.
В Scala эти процессы не разделены никак- запустили формочку, что-то ввели, сложили 2+2, и запустили уже функциональное вычисление.

Так может скала вам ненужна и хватит восьмой джавы? Посмотрите в сторону стримов.

Разделение формочек от вычислений больше от фреймворка зависит, это если у Вас локальное приложение и платформа Java, то что вам нужно, можете написать не только на скала а на любом JVM языке… Erlang дружит с wxWidgets - тожке не проблема... Если Апп большой и толстый разные части будут на языках которые больше подходят для задачи. Вы просто так активно пиарите скалу, а в ней плюсов то не осталось после Java 8 да еще отсутствующая транзитивность с последней требует отказаться от JEE и Spring и перелезть на Play… шаблонизатор на scala скажи привет JRebel ($) иначе повесишься… а нужно права настроить с авторизацией нужно спринг тащить…

Я не сильно копался в этой версии- насколько я понял, там речь идет о функциональных интерфейсах (оно и раньше было в Runnable и т.п.), но это все же не полноценная функционалка

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

А вот Scala нормально интегрирует в себе прямо код функциональный и императивный.

это не плюс...
 

Блин, ну зачем использовались функциональные языки раньше? Это либо server-side over-миллионы сложных вычислений, либо тоже самое, но на локальной машинке (например, системы принятия решений). Где-то, как-то эти вещи проще писать на функционалке (сам не пробовал).   Но выглядело это следующим образом- отдельно запускалось функциональное приложение (с какими-то вычислениями), отдавало какие-то данные на сторону (как сервер или как локальная служба), а дальше с этими данными уже работали обычные императивные программы.

бред
 

В Scala эти процессы не разделены никак- запустили формочку, что-то ввели, сложили 2+2, и запустили уже функциональное вычисление. И так почти неразрывно. Это просто удобнее.

еще больший бред... но каждый по своему...

Смотря какой проект.
Если сама платежка- то это C#, Python, Java и Scala. Это не инсайд- у них в блоге на хабре об этом сказано.
+ Клиенты платежки под мобилки- Android SDK (Java) и Obj-C iOS
 
Есть еще и мобильные проекты- WinPhone, iOS и Android. Часть- кроссплатформенная.

Мультипарадигменный язык-можно писать почти как на Java, с кусками функционального кода.

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

Payler (ака Polonium Arts)
Занимаются платежным сервисом.

 Насколько знаю они его нашарпе пилють... второй язык раби...
 

... в качестве хорошей опции (но не обязательно) Scala.

 А чем скала хороша?

Как ваша компания называется?

Интересно какие компании в Брянске используют или пробовали в своих проектах функциональные языки.

к теме не относится, но не удержался... (про ClojureScript) 

Apache OJB и JDO разные фреймворки.

JDO не фреймворк а спецификация и Apache OJB содержит ее имплементацию.
 

JDO активно используется в GAE. а это облачные разработки. (это про подох)

не активнее JPA
 

Сборка в проекте на ant.

зачем указывать в требованиях eclipse?

JDO подох надцать лет назад... struts первый? довершает отсутствие систем сборки так что собирать только в eclipse и копировать jar'ки ручками... Вам досталось какое то старье на рефакторинг или можно вкратце над чем нужно будет работать?

Я не вижу тут задач для программиста, если честно.

это же пхпэ...

Хочу узнать мнение общественности.

Я за популяризацию Java, но есть сомнения в квалификации лектора. Никакого курса нет, пока вижу предложение о репетиторстве (возможно набрав группу, курс быстренько состряпается). Почему бы и правда не учить бесплатно или заключать договор если вам нужны кадры и вы будете натаскивать прежде всего для своего проекта? 

 

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

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

Возможно времени а возможно и желания... приведенный стек технологий:

Core, Collection. Servlet(JSP). Hibernate, Spring(IoC, MVC). Maven. Git. По окончанию курса человек пишет заключительный проект с использованием этих технологий. Большую роль играет уровень слушателей. 

это набор фронтендщика-формошлепа и заниматься подобным быстро наскучивает.

Зарплата на местом рынке до 50 тр, на просторах можно найти до 4000$.

Тут тоже не стыковка... местные компании 50 тыр за такого спеца платить не будут... 20... если еще Сpp знает - 40... 4k зеленых тоже не видать.

А можно поинтересоваться чему учить то будете?

Cloud https://trystack.org/ точно на arm а вот какие иименно чипы х.з

The ARM zone is not currently accepting new users... 

На арм-е хз, но на атоме знаю. Это если дело в ценнике.

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

Собственно нужен дедик, клауд или виртуалка на arm (ncpu >= 2). Может знает кто?