1. Профайлер. Что нынче в моде?

2. Общее качество кода. Например оценить есть ли сайдэффекты у метода?

Хотелось бы составить немного невменяемый иррациональный список-кучу «хитрого». Buzzwords из области высокой производительности.

Список будет содержать «хитрое». Хитрое - это узко-специальные знания из области алгоитмов, структур данных, современной аппаратуры, нацеленное на достижение высокой производительности; с чем работают передовые специалисты для достижения максимальной производительности. Также, хитрое - это IT - тенденции/идеи последнего времени.

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

Начну так:

• lock-free структуры данных; CAS; барьеры памяти; relaxed, release, acquire и т.п. Блокировки шин, кешей, store-buffer и т.п. — вот это всё.
• cache-oblivious структуры данных; van Emde Boas layout;
• false sharing, кеши процов
• fractal tree (buffered B-Tree), Lars Arge 2003, LSM
• blockchain
• netmap
• HTML5/WebGL/WebSocket/WebAssembly
• ML: нейросети, forest tree, HMM, WFST-графы

Критика списка не интересует, нужно только дополнение. Считаете список бредом -> не можете продолжить -> не продолжаете -> всё довольны.

Возникло жгучее желание изучить Java. Имеются два тома Кей С. Хортсманна и Гарри Корнелла Java2. Однако изучать старую версию фреймворка, и затем новинки каждой новой версии не очень рационально. Думаю лучше купить книгу для новичков по последней версии языка. Можете посоветовать конкретную книгу? Годный ли вот этот вариант: http://www.ozon.ru/context/detail/id/31249554/

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

Есть какие-нибудь идеи, что это может быть?
Желательно так, чтобы это еще и имело некую иллюзию смысла, потому что пилить совсем уж бессмысленную фигню будет муторно.

Цель: разобраться как в Java работает concurrency. Позадрачивать низкоуровневый перфоманс и байтоёбство. Как сказал один хороший человек - «писать код, много кода. Писать тесты, много тестов. Читать спеку до посинения, и труды, которые эту спеку интерпретируют».

Проблема в том, что в java web мире concurrency почти не встречается, а все проблемы с concurrency обычно решаются его решительным выпиливанием. Поэтому чтобы прошарить в теме недостаточно просто прийти на работу и собрать хлебальником все грабли - у нас их просто нет. А надо наскрести!

Что подскажет хайвмайнд?
С меня как всегда - ничего :)
Спасибо

Товарищи! Многие здесь пропагандируют идею отказа от готовых DE в пользу самосбора, иногда довольно аргументированно. В качестве плюсов - простота, минимализм, хорошо будет переживать обновления, независимость от линии партии. Минусы - много возни руками. Хочу попробовать тоже, вдруг понравится. В качестве wm чаще всего советуют openbox, как самый активно развиваемый, в качестве панели - tint2 или lxpanel. Прошу вкратце объяснить, с чего начать, что настраивать в первую очередь, во вторую, короче guide. И возможные недостатки такой конструкции, что там с треем, с монтированием флешек из гуя и т.д. Спасибо всем, кто отпишется.

Всем доброго дня и хорошего настроения!

Комрады, долгое время пишем проект на Flask+Python3+PGSQL. Почему? Так исторически сложилось, стечение обстоятельств. Хотя, скажу я вам - Flask вещь в себе, не плохая. Мне даже чем-то напомнила Sinatra и то, что я в своё время писал очень долгое время.

Так как с лета был «в танке» из-за большого проекта - потерял совсем чувство ориентации в трёхмерном пространстве, вылез из леса и взглянул на языки программирования, которых сейчас навыходило как грибов. Вот и появились вопросы к их адептам, которых развелось как школьников на первое сентября:

• Rust - «тор"mozilla сделала наконец релизную версию языка. Ну и как оно? На сколько помню, были влажные мечты на предмет возможности lisp-family, нормальная асинхронность и параллельность, легкие потоки как в Go и т.п. Взлетело? Батареек уже достаточно? Есть вменяемые IDE?
• Nim - не думал вообще, что оно будет полноценным языком. Как оно? По мне, чисто то, что вижу - Python3 с нормальной асинхронностью. Или цимес я не увидел?
• Go - оно вообще кроме как для вебя пригодилось? Как развивается язык? IDE уже есть или все так же топчемся об emacs или кривые поделки? Erlang все так же у него выигрывает?
• Kotlin - а вот тут особо мне интересно. До промышленного применения дошло? Кто-нибудь палочкой тыкать стал?
• D2 - еще жив? C++ еще не закопали?
• Rebol3 - что стало с многострадальным? Давно не слышал ничего. А язык был многообещающий.
• Perl6 - выглядит как предельная доза наркомании. Кто-нибудь пробовал что-либо на нем писать, кроме факториалов? Выглядит интересно. Есть ли вменяемые уже фреймворки вроде Flask, Sinatra для оного?
• Tcl9 - когда обещают? Мои влажные мечты уже слишком долго висят в воздухе.

Из не совсем нового:

• Smalltalk - как в стане ООП'шников? Все так же стабильно? RedLine Smalltalk - всё? Появилась реализация кроссплатформенная, которая позволяет писать более привычными средствами (окромя гнутого)?
• Ruby - Матз всё такой же тролль? Зависимости после каждого обновления перестали ломаться?
• Clojure - есть ли полноценная IDE? На уровне хотя бы PyCharm.
• IO - как он? Очень был многообещающий язык
• Factor - жив? А от от Пестова давно нет новостей. Язык нашел свою нишу?
• Lua - доразвился до полноценного языка с JIT'ом, IDE на вроде как у JetBrains и т.п.? Язык очень нравится...

Ну и главный вопрос теперь? Хоть что-то из нового - годно и нужно, или все так же - улыбаемся и машем, хлебаем борщ говоря и новомодных языков и идем дальше лабать на PHP/Ruby/Python/TCl/C++?

У адептов новых языков - оно вам реально надо и помогает или просто - вы девственники, хипсторы и так модно?

Наткнулся тут, в общем, на интересную статью.

Там чувак доносит мысль, что разницы между блокирующим и неблокирующим вообще нет. И да, джавка сливает ноде :)

P.S. статья на англицком. Кто в него не умеет -> бегом учить.

Сабж

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

Теперь вопрос на засыпку. Воспользуюсь преимуществом большого и толстого мэйнстрима, вот вам два языка: Java и С++. Хотя борщевиков тоже интересно услышать, у них особая ситуация - неписаные стандарты.

Вопросы:

1) Кто из лоровцев читал и _знает_ свои стандарты? Соответственно, для Java это Java Language Specification и Java Virtual Machine Specificaiton for Java 8 SE Edition, и для С++ это ISO/IEC 14882:2011 C++ International Standard

2) Кто из лоровцев чистал свои сдк, и знает как они работают? Вот так по чесноку, положа ногу на сердце. Соответственно, JDK stable (сейчас JDK8), JDK current (сейчас JDK9) для Java, и STL/Boost/Qt для C++

Я сейчас пытаюсь хотя бы просто по одному разу прочитать JDK9, и это уже чувствуется как титанический труд. Там чуть больше 10 тысяч классов, я успеваю прочитать пару десятков в день, и в памяти остается только самое поверхностное понимание, скорее даже неуловимое послевкусие, как от если на улице случайно пройти мимо восхитительной девушке. Java Language Specification я прочитал раз десять, но все равно находятся места, которые видишь как в первый раз.

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

Но.......

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

Хотелось бы услышать тут отзывы этих героических людей. Истории успеха. Какие-то советы, как достичь подобных вершин. Спасибо.

Последнее время натыкаюсь на утверждения якобы в некоторых языках(Haskell, Rust, Go, D, Erlang) хорошая реализация многопоточности/параллелизма. И что там чуть ли не исключена возможность data race и тому подобное.
К примеру для меня стало неожиданостью того что в D оказывается данные между потоками надо расшаривать.
Времени на изучения всех особенностей этих языков нету, а вот сжатую информацию про архитектурные достижения этих языков хотелось бы почитать.

Есть сервис, написанный на Node.JS, который общается с внешним миром через REST API. Хочу покрыть апи тестами, чтобы порефакторить внутренности, но судя по всему чуть менее чем все тестовые фреймворки для ноды - ад и израиль. Зачем мне блин асинхронное тестирование, я наоборот хочу последовательность запросов протестировать. Начинаю склоняться к тому, чтобы заюзать для тестов какой-нибудь питон или еще что-то. Но может быть я просто что-то делаю неправильно и на самом деле так и должен выглядеть тестовый фреймворк? Вобщем как анонимус тестирует REST API?

Наверняка некоторые из вас учат новые языки, платформы, фреймворки, библиотеки, технологии. Типа тридэ-движков, БД, SDL, сокетов, многопоточности.

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

Собственно, вопрос: какие это задачи? Какие-нибудь типовые, типа крестиков-ноликов, калькуляторов, редакторов, плееров, тетрисов? Если да - например, какие? Или реальные задачи для производства или своих нужд? Если да - например, какие?

Интересно бы составить список таких задач, вдруг какие-то эффективнее помогают в изучении на практике.

UPD: я ничего не изучаю и заказов не принимаю на написание, вам в Job.