не, ну во многих случаях, лямбы таки более быстрее читаемы, разумеется при условии, что читающий ознакомлен с минимально-необходимой мат. частью и понимает как и почему работает этот синтаксический boilerplate-killer механизмЪ
в любом случае, разумеется, это всего-лишь одно из небольших воплощений тех хотелок, о которых коммунити галдит уже достаточно ощутимое время, но всё-таки, это лучше чем то, что было с анонимными классами, ящитаю ;)
зачатия через анус
всё то у вас через жопноротовую полость, даже зачатие... в прочем, у кого что болит как говорится... я бы вот таким, как твой детский врач язык вырывал бы за раскрытие таинства воплощения в этот мир подобных тебе аномалий, хотя как вариант — можешь на Гиннеса попретендовать попробовать, лол аж глаза слезятся: первый в мире говновысер печатающий по клаве! браво! бисс! респект мамке! аж до слёз, сцуко! ))
нормальные люди вместо разбрасывания говна на ботанских форумах в азиатских официанточек прессами зелени швыряются, с какого перепугу ты тут от лица нормальных вещать соизволил, клоун ?)
спили мушку, детка ;)
jigsaw по-своему норм няшка, можно дать шанс напосуществовать и коммунитивно на попробовать )
фронтэнду фарт, бэкэнду масти [© — отсюда откуда-то]
кароч поюзал
— нужно ждать адекватную доку
—
— личное ИМХО — за FRP&реактивщиной будущее, а посему учи лямбды, сцуко, с тебя спросят ;)
ну и в целом, ощущения более позитивные, чем было до
зы: всем удачных найт-билдов. главное, что довели ньюсу до ведома конечного потребителя своевременно )
в принципе, все эти лямбды учатся за один вечер, и там основная ф-ность не просто в лямбда-экспрешенах как таковых, а использование их с другими артефактами. Собственно, всё что нужно, что б раскурить и начать использовать лямбды в Java:
— Lambda Expressions
— Method References
— Пакет java.util.function
— Пакет java.util.stream
ну и эта книга Java 8 in Action как резюме всего вышеприведенного
Не потому что они не работают, а потому что катастрофически портят читаемость кода
ну здесь скорее-всего не соглашусь ) разумеется, не отрицаю, что имеются такие ситуации, где лямбда-экспрешены только добавляют путаницы, но в целом, нахожу их достаточно удобным синтаксическим сахаром минимизирующим всяческий бойлерплейт при обработке тех же коллекций.
кстати, кто ещё ни разу не щупал эти лямбы, рекомендую бегло просмотреть этот подраздел
ну здесь,
ну например, да — Flow. лично для меня плюс здесь в том, что Reactive Streams теперь часть спеки. Разумеется, это не означает, что теперь любой код имплиментирующий асинхронную ф-ность будет следовать набору и-фейсов из спеки. Просто в теории, это может оказать влияние на подходы к проектированию приложений в сторону асинхронной service-oriented парадигмы в целом. Либо же просто более популизировать эту модель, сделав Must Know на ряду с GoF/JEE Core/etc паттернами.
разумеется, вы правильно заметили что это коснется больше туллинга, но и так же окажет ощутимое влияние и на всю экосистему, например Spring 5 стал GA сразу после того, как зарелизилась Java 9, однако Spring Boot имеет определенные трудности. Здесь важно то, что 5й спринг — это совершенно новая модель, основанная на асинхронных реактивных принципах, и теперь, после Java 9 GA, он релизится и бустится в массы неся с собой новые методологии проектирования в целом, и это один из примеров.
GameDev — это 80% матанала (линейная алгебра, аналитическая геометрия, численные методы и куча всего сопутствующего, и это ясен без учета физики), и 20% на всё прочее, включая: туллинг, фреймверк (кстати, в мире геймдева это называется Engine/Game engine etc — не путать с «движком» и «скриптом» из мира визиткостроения на PHP и хтмл :) или девелопмент-платформа (Unreal Engine, Unity, CryEngine и т.д.) ну и сам язык программирования с обвесками.
то есть, если с математикой (а точнее даже с геометрией) всё норм — можете попробовать, во всех остальных случаях (сколько бы языков программирования вы бы не знали), GameDev на нормальном уровне вы не потянете (не лично вы, а вообще любой человек, не обладающий характеристиками из первого абзаца).
Когда то давно мне просто надоел весь этот матанал в таком количестве, и я решил и дальше заниматься всякими там энтерпрайзами, говносайтостроением и т.д. однако, для первичного въезда рекомендую политать эти книги:
— Tricks of the Windows Game Programming Gurus — классика, про 2D
— Tricks of the 3D Game Programming — классика, про 3D
— Foundations of Game Engine Development — правильный матанал
— Game Engine Architecture — помогает понять, как должен выглядеть под капотом твой новый «убийца» чего-то там (раньше мы все убицу Doom 3 пилили, на что щас народ дрочит — я хз ;)
— Advanced Animation with DirectX — имхо, наиболее адекватно расписана скелетная анимация
— More OpenGL Game Programming — что б иметь представление не только о DirectX и вендовой геймдев-инфраструктуре
в общем, это минимум того, что нужно знать для профессионального геймдева, если же задача на столько глубоко проникнуться не стоит, то можно ограничиться каким-нить Unity/Unreal
зы: сам давно замарачивался геймдевом пару лет, но полняв, что создать хоть что-то конкурентноспособное и отдаленно похожее на тот же game studio нашей маленькой командой не получится, решил вернуться/перейти во всякие там энтерпрайзы и прочее сайтостроение... так что действительно серьёзно подумай несколько раз перед переходом в игроделье... GameDev — это самая сложная отрасль из всего этого IT
Автор или паникер, не разбирающийся в ситуации от слова совсем, грамотный тролль или проплачений ольгиневец, пытающийся раскачивать ситуацию и сеять панику.
вся суть в этом посте, но по сути — ни одно из опасений топикстартера не сбудется, максимум — пару нюк в самих себя что б напугать ппраклятых пендосов и обосцывание колючки ДМЗ со своей же стороны с криками «доколе!?1» и последующим перформансом
кароче не парьтесь )
Хочу создать программу для offline-распознавания рукописного текста, заточенную под медицинские тексты.
ну и главный вопрос: «какой фреймверк/йезыг/стэк посоветуете?» ;)
Я хотел бы услышать ваше мнение о целесообразности всего этого, о способах реализации, об озвученных идеях.
забей, имхо )
ну, или если таки действительно интересна предметная область, лучше займитесь анализом капчей.
ага, как то так
кароч, что б понять что оно там вообще такое рекомендую поглядеть это (я как-то залип на этой теме... ну просто всегда по кайфу осознавать, что тебя там нет :)
www.youtube.com/...ZKKQbBF5V8Iicz_5ZWDVRMuiP
www.youtube.com/...orth korea hidden footage
зы: а вообще расслабтесь, они ещё в 2013 всех амеров победили... по вайт-хаусе из гаубиц пыщь-пыщь (по телевизеру показывали аж)
зыы: кстати, толстотроллинг с «золотым дождём» на «восхитетельном» зашёл бы — ящитаю ))
хз, мэй би как вариант, конструктив девайсов с API >= 21 достиг максимально разрешенного уровня экономии энергии... недаром же Гугл на каждой конфе JobScheduler спамит )
зы: лично для себя юзаю старую раздолбанную нокию (неделю-полторы держит, пиво открывает, как кастет использовать можно) чего и всем советую
как-то так:
1. NG2 (я надеюсь, вы именно 2/4 имеете ввиду) — энтерпрайз фреймверк, со всеми вытекающими следствиями в кодовой базе разрабатываемых проектов: документирование артефактов сущностей предметной области, стриктли-типизированные модели данных запиленные в Wiki проекта, автоматизированные инкрементные билды и тесты на соответствие задекларированному на данный момент API и прочее.
Если вы планируете работать фронтэндером в каком-то таком проекте, то скорее-всего NG2 наиболее подходящий выбор, так как и создавался для подобных проектов (например, гугле аналитикс таки планировал/планирует перейти на NG2 и именно по этой причине... простота Polymer Project как раз и лишена этих глубокоэнтерпрайзных фитчей)
2. React — не фреймверк, просто рендер с кучей сторонних обвесок, перетекшие в свою очередь в его окружение из того же NG1 и от тех же NG1-программистов, которые не знали «как дальше жить» после заявления об изменениях в NG2 и которых достала непредсказуемость процесса разработки нового NG2. Ну и конечно, реактивное и ф-ное программирование ставшие трэндом тогда, и продолжающие оставаться им сейчас и я надеюсь в будущем, удачно нашли в нём свое применение
3. React обязан своей популярностью только форсед хайпу от тех же обиженных NG1 программеров с одной стороны, и около IT-шной тусовке манагеров с главным аргументом: «ну это же facebook!!1» с другой. Фактически, на начало/середину 2015 г., игнорирование React встречалось хомячками злобными фразами типа: «а может ты ещё и котиков не лайкаешь?». Однако, лютосиндром «миняажтрясёт» постепенно проходит, и некогда свитчнувшиеся с NG1 в React понимают, что проще юзать то, где всё и сразу из коробки, чем тратить часы подыскивая какую-то мелоч, по дефолту отсутствующую в нефреймверках (и это не вина React, просто Реакт — vdom-рендер, о чём честно и заявляет)
4. С другой стороны, за время летаргии Angular, обросший «чужим» коммунити React таки смог обзавестись целым возом всяческих полезных ништяков, и на мой взгляд, основное что его ещё хоть как-то держит на плаву — React Native, потому как по всем параметрам, его подходящий убийца (по такой же простоте изучения и порогу вхождения) и прямой конкурент NG2 (потому как так же является фреймверком) — Vue.js просто не успел предложить альтернативу разгневанному NG1 коммунити, но времена меняются и гуглетрэнды меняются вместе с ними
а посему:
Начинаю просто задумываться правильно ли сделал, что пошёл на ангуляр
да. NG2 даст каноническое видение как должна выглядеть frontend часть серьёзной энтерпрайз системы, и это видение вы скорее всего всегда сможете масштабировать к какому-либо другому JS-«скрипту», более-менее имеющему право называться фреймверком.
если смогли осилить NG2, то например Vue — это 30%, а React —
зы: кстати, весь ангуляр изучается здесь —
ну и не забывайте про логотип, оно так же решает!!1
1. если вы являетесь конечным потребителем, а не реализатором, разработчиком проекта (иначе, подобных бы вопросов не задавали б) выбирайте команду, а не платформу, так как именно команда будет обеспечивать основную итерацию в жизненном цикле данного софта — саппорт... изучив конкурирующие предложения и остановившись на конкретном реализаторе, доверьте этот выбор именно выбранной команде исполнителей
2. если вы — разработчик, личное имхо — когда вы не относитесь к нашему Богоиздранному народу Java-девелоперов ;) следует если не забывать, то минимум начинать интересоваться golang в качестве альтернатив семейству скриптовых, существующих и широко известных на данный момент (однако, против Node.js всё-равно ничего против не имею).
Из личного опыта — когда наш местный go-сектовод словил трип go-евангелизма и стал спимить им тут все топики, признаюсь честно — меня слегка выбешивало, однако, переведя за 1.5 месяцев два проекта с ларавела на GO, я стал платить за дэдик на $30 зелени меньше — не фонтан, но всё же... а если вы говорите о е-комерце, то перваночальные капиталовложения плюс капитализация рисков в случае масштабирования весьма важны.
Здесь, конкретную CMS рекомендовать не буду, мне под себя пришлось перепиливать много чего, но понравились эти: fragmenta.eu и ponzu
Кстати, JetBrains имеет уже давно имеет весьма адекватную IDE под это
3. если вы PHP-разработчик: юзайте вердпресс + (www.oscommerce.com | www.prestashop.com) и упаси вас от магенты, если что. Однако, единственное, имхо адекватное (но прожорливое как тысяца спрингов) — sylius.org (и на Богоугодной symfony)
а пайтон... лично я уже вообще не рассматриваю как что-то, замарочкой с чем следует уделять внимания... просто есть Go, который судя по всему его окончательно ликвидурует, так что, ИМХО, не тратьте на него времени.
Можете что-то посоветовать?
хз, вообще ничё не понял... у тебя есть работа связанная с IT на которой ты работаешь пол дня, но в которой уже имеешь более-менее приемлемый экспириенс (ведь иначе тебя б не держали на этой работе за
...внимание вопрос: почему бы время посвещаемое на изучение, как понимаю азов, предметной области новой сферы деятельности не потратить на прокачивание скилов по своей текущей специализации и апнуться с джуна/мидла до синиора например? ведь бабла и человеко-часов затрачено будет по идее меньше, так как ты уже имеешь необходимый базис по специальности со своей текущей работы
Добрый день, друзья
зы: сорь, что я вопросом на вопрос, братка, но реально непоняточка вышла ;) яб не свитчился, а продолжил бы кружить по тому району, который знаю как свои пять пальцев... часик в радость, если что ;)
это всё потому, что у тебя гироскутера нету, вот ты и бесишься
а по сути, отправь им всем сюда, пусть проверяют ;)
а хз, чёт дофига всего...
UP: поскольку целью топика является оповещение всех приаттаченных субъектов (субъектов, Карл!) так или иначе заинтересованных и следящих за сабжем, смею донести до ведома онных и остального коммунити, что за время существования сабжа был зарелизен дайджест посвященный данному событию, а так же уже один чел любезно поделился с нами своим экспириенсом при переходе на JDK 9, что наглядно показывает, что худо-бедно, но реальный процесс начался, и нам всем будет любопытно понаблюдать за онным.
далее, ввиду определенной небезинтересности сабжа для масс, все дальнейшие дискуссии, обладающие полезной нагрузкой (т.е. сеящие светлое и доброе в наш Java-мир) предлагаю перенести в топик соответствующего дайджеста, дабы не размазывать суть сабжа по всему форуму, обеспечив тем самым централизованное хранилище полезного экспириенса в более релевантом проблеме месте — итоговому тематическому обзору.
Данный же топик предлагается использовать в качестве редиректа в вышеупомянутый, либо же просто для высказывания личной, не экспертной точки зрения, когда лично вам, например, непонятны скажем лямбы, просто потому, что вы не смогли их осилить по причине не удавшейся попытки поиска понятной вам документации, либо каких-то других, значимых лично для вас проблем.