Б – Безысходность

когда из-за «возможности редактирования» я получаю куда более неготивный отзыв

Отзыв=отклик, но не суть важно.

trengtor

запилили бы ликбез по математике!

Easyelectronics начинался со статей Ди, где он разжёвывал элементарные вещи. Типа водопроводной модели электрической цепи…
Что в итоге принесло сайту популярность и аудиторию.

когда стандартному, среднему MCU уже по плечу DSP вычисления

А когда были «не по плечу»? Где граница?

числомолотилки

А что такого в MAC? Это всего лишь две инструкции в одной.

околодвухкратный прирост производительности

крутить циклы

В DSP обычно все критические циклы разворачивают

for(i=0; i < 5; i++) x += y[i]*a[i];

x += y[0]*a[0];
x += y[0]*a[0];
x += y[0]*a[0];

x += y[0]*a[0];
x += y[1]*a[1];
x += y[2]*a[2];
x += y[3]*a[3];
x += y[4]*a[4];

кручение цикла вида «макмакмакмакмакджамп»

нужно ещё брать данные из памяти и пихать обратно

нужно просто брать более быструю пару проц/ОЗУ

А что такого в MAC? Это всего лишь две инструкции в одной.

Маркетинг

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

выполнить 4 умножения, 2 сложения и 2 вычитания

И как лихо — даже от динамической индикации — отстроился — это типа проблемы «электронщика»???

что классическая математическая подготовка программистов реально востребованной является только при решении олимпиадных задач по программированию

Чего там точно нет – так это тонкостей математики

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

(математику в чистом виде — взял листочек и попер покрывать его формулами) нырять приходилось только в некоторых задачах, связанных с 3D рендерингом.

Из-за такого мышления, кстати, функциональное программирование после императивного хорошо так сносит крышу :)

А уже потом я узнал про углы Эйлера и матрицы поворота…

А потом — что все это дрянь и рулят кватернионы?)

Santik

Shodan, ты мне не брат

Santik

всё равно ты «опускаешь» программиста до уровня некой «обслуги» (математиков).

Я в жизни «сковывал» себя ещё программированием

Да мне твои дольки иронии на хуй не нужны. Сказали же тебе, по человечески, — а ты мне — «расширяй мышление!». Говнюк!

Если Shodan'у для решения задачи нужен матан, он его освоит в нужных ему объемах. Если потребуется изучить МК и научится пользоваться паяльником, он это изучит. Как собственно и любой навык. А подходить к творческим людям с позиции «ты обязан знать ВСЕ в мат-анализе», как минимум глупо.
Если-же человек именующий себя человеком c IQ=IQ_Shodan'a не способен на что-то вышеперечисленное, это ни что иное как недоразвитый тупой урод. Не раскрывший свой мозг до нужного уровня.

Я сисадмин :)

Но ремесленника и его труд — надо уважать и не надо настоятельно требовать от него слишком многого (в т.ч. знания матана)

Ну да фиг с ним.

Я, конечно, не сторонник Русского Языка

По крайней мере ему можно дать скидку, как пенсионеру и ветерану электронно-кодерного дела

С вами сэр утруждаться проверкой при написании сообщений я не намерен.

Вот такой вот «хитрый» пережиток!

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

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

Любой труд и любые знания надо уважать — здесь собираются электронщики с MCU-уклоном, естественно все они и программеры (по определению).

— так что тема DSP и прочего матана только начинается здесь (физически то есть — раньше не на чем ей было основываться).

но строго говоря, веб-программирование и программированием можно назвать с большой натяжкой

Действительно оно нафиг не нужно, если ты пойдёшь работать дворником или кассиром. Но попробуй подняться куда-то повыше без него.

К тому-же вы видели современный рынок труда? там программеры со знаниием матана нужны 1 на сотню.

Вы поинтересуйтесь как-нибудь какая зарплата у хорошего с++ программиста.

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

Но нужны, и более того, получают порой охрененные бабки.

Вы поинтересуйтесь как-нибудь какая зарплата у хорошего с++ программиста.

Их и жопой жрать не получится как доморщенных джавашников.

как создание распределенных систем.

Нормальные. В лучшем случае — чуть выше, чем средняя по отрасли. И да, они крайне редко нужны, на вскидку менее 1% от всех вакансий.

Этих тем более не получится «жопой жрать», спрос такой, что еще попробуй найди.

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

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

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

Вот когда появится низкоуровневый софт на джаве,

а в действительности насколько он тормознутый и почему он не работает)

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

Я практически на 100% уверен, что вы регулярно сталкиваетесь с софтом на джаве (сами того не подозревая) и его скорость вас вполне устраивает.

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

Спешу вас расстроить, джава машины у меня не стоит.

Не сосредоточение, но одни из.

И порог вхождения там намного ниже(я думаю с этим бессмысленно спорить)

что автоматически ведёт к опусканию планки «среднее»

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

А рынку обычно очень редко нужно что-то сложное

Сложные вещи обычно заказывают профессионалы у профессионалов, а там и язык не так уж важен становится, он уже подбирается конкретно под ТЗ.

Я и не спорю что что-нибудь веб ориентированное куда проще на джаве, руби, питоне написать чем на сях.

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

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

Думаю, вы просто ничего не знаете о том рынке, который формирует спрос на Java программистов.

Все верно. И профессионалы выбирают Java (или, в последнее время, не редко Scala).

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

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

Я знаю рынок софта.

Но я считаю что джаву уж сильно продвигают

Засчёт более высокого уровня абстракции — безусловно.

Ее давно никто не продвигает, она делает это сама.

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

Ошибаетесь.

Клиенты разные бывают.

Я практически на 100% уверен, что вы регулярно сталкиваетесь с софтом на джаве (сами того не подозревая) и его скорость вас вполне устраивает.

Ну да, а сеть, к которой терминал подключен через GPRS, конечно же ни при чем…

Сам-то ты веришь в это? Мало игр юзают TCP и шифруют трафик?

Так или иначе сигнал распространяется со скоростью света

Это медленно. Я не шучу.

A 1-millisecond advantage in trading applications can be worth $100 million a year to a major brokerage firm, by one estimate.
informationweek, April 21, 2007

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

Извините, но распределенную систему создают не просто так а для чего-то. Сами по себе, в отрыве от обрабатываемой информации они не имеют смысла.

вы просто не там спрашиваете

Сказать правду? Сносно программировать на джаве можно научить любого студента за месяц. Спрос большой, но и цена этому спросу нулевая.

Ключевая фраза «со сравнимым опытом».

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

Сносно программировать задачи из учебника — легко. Писать софт — нет. Впрочем, ровно та же фигня и с С/С++.

Прошу прощения, я не учел, что вы не в курсе принятой терминологии. «Сравнимый опыт» это стаж работы с языком.

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

А я не спрашиваю.

Не надо заниматься буквоедством, здесь имелось в виду написать софтину.

Вы написали именно «сравнимый опыт», а одинаковый «стаж работы» никогда не даст «сравнимый опыт».

Отвечу просто: Значит это не высокоскоростная обработка.

Не обучишь ты за месяц софт писать, ни на каком языке.

Я бы не назвал сервера ММОРПГ, которые, вообще-то говоря, обсчитывают весь игровой мир для сотен тысяч игроков в реальном времени, «не высокоскоростной обработкой».

Вы только когда говорите о скорости «сравнимой с С\С++» у JVM, прикрепите парочку статей, желательно научных. А то ООООчень голословно звучит.

Было бы чему обучать, типизации как таковой нет,

мемори менеджмента нет,

указателей нет,

потоки, синхронизация абстрагированы до невозможности.

Чему обучать? Библиотечным функциям

Что вы понимаете под «научными» статьями? Такое подойдет? А такое? Замечу, второе как раз высокосоростная обработка данных.

Шаблонной магии нет это да, а типизация вполне на месте.

Еще как есть, только вы о нем не в курсе. На досуге хоть про типы ссылок почитайте, что ли.

А, то есть о Concurrency framework вы не в курсе.

Угу. Иначе будет не программист на Java, а изобретатель кривых велосипедов.

но GCC — не умеет.

Во-первых не только в рантайм.

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

Что до второй ссылке, кривой дизайн библиотеки, что первая ссылка и доказывает, что на plain тексте JVM всегда проигрывает.

Байткод это не новые сущности, а всего лишь форма представления существующих. Скажем, тот же gcc генерирует промежуточный код для абстрактной машины, а на выходе все равно получается машинный код. По вашей логике где-то на этом этапе должна быть потеря энергии.

Есть одна особенность у JVM — она «прогревается», причем этот процесс происходит все время работы программы. Поэтому любой синтетический бенчмарк дает заниженные результаты.

Потери естественно тоже будут.

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

Да, в LLVM. Но LLVM это абстракция от железа, который нужен для портирования компилятора на другие платформы. В отличии от JVM-байт кода этот уровень абстракции в разы ниже. Потери естественно тоже будут.

Поэтому и делаются миллиарды циклов, а не один.

то вносите дополнительные сущности которые однозначно сожрут чать энергии(скорости выполнения)

Что автоматически гарантируют замедление производительности относительно нативного кода.

А вот со второй явно что-то не так, а скорее возможно библиотека написано криво,

и из-за аллокации памяти «умный» аллокатор джавы имеет такой прирост.

Угу с автоматическим приведением типов.

Действительно не особо разбираюсь в данной теме, не приходилось сталкиваться.

=framework.

Ну так никто и не спорит.

Возможно. Вот только аллокатор в Java реально умный, без каких-либо кавычек.

Тогда почему вы считаете, что изучение стандартной библиотеки не является необходимым в процессе обучения языку?

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

Надежное и обкатанное решение не означает что там не может быть выделения памяти в цикле

Я, конечно, соглашусь — ценность не в языке, а в голове, но ты ведь пытаешься доказать обратное — что ценность в языке, что С++-котелок варит лучше, чем Java-котелок.

И в-третьих, на смену JVM придет другая VM, только и всего.

Достаточно обновить ВМ — и скомпиленный в прошлом веке бинарник начинает эффективно утилизировать возможности современного процессора

Во-первых, объем знаний о том, «как работает реальное железо» не столь велик и сакрален, как его любят представлять

Во-вторых, он и в нативке не нужен. Я несколько лет кодил в дельфи и в ус не дул по поводу того, что не представляю, как работает железо.

Возможно, и будешь с 0 изучать как работает новая виртуальная машина? Не везде VM применимы.

И требовать от всех сетевых клиентов чтобы они обновились до новой версии VM, знаем проходили.

А вы его сначала изучите.

И что, вы за то время сделали какие то научные открытия, стали великим программистом, получили нобелевскую премию?

А с чего ты взял, собственно, что я его не знаю?

Нет, я лишь хочу сказать что увлекаясь Java многие считают что железо им ни к чему.

Возможно, и будешь с 0 изучать как работает новая виртуальная машина?

И требовать от всех сетевых клиентов чтобы они обновились до новой версии VM, знаем проходили.

А вы его сначала изучите.

И что, вы за то время сделали какие то научные открытия, стали великим программистом, получили нобелевскую премию?

Смена архитектуры МК тоже требует разборов с 0 с новой архитектурой. И что?

Зачем? Чаще всего достаточно ускорить сервер.

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

Вот вы знаете низкоуровневые детали и что? Сделали какие-нибудт научные открытия? Стали великим программистом? Получили нобелевку? Нет? Ну тогда к чему вопросы?

Существует только 2 типа архитектуры

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

Прекрасно. Но программирование — не научная работа, а инженерная. Так что требовать научные достижения с программистов — странно. С них следует спрашивать, что они построили.

Гарвардская и Фон-Неймановская чтоль? А куда отнесем стековые процессоры, LISP-процессоры (да, такие были — до того, как выяснилось, что лучше сделать максимально простой процессор, а остальное переложить сперва на компилятор, а затем — на VM)?

Понимание этих базовых вещей позволяет писать под любую ЭВМ.

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