Выбор предметной области в программировании и H1В на будущее

[АццкоМото]

Распознавание жестов, образов - это математика. Передача данных - это тоже математика.

??? И какой же раздел математики занимается передачей данных?

[dotcom]

Edited: Нет, я не напишу библиотеку распознования образов ни за неделю, ни за месяц.

Что писать то? OpenCV уже все имеет. Кстати, нижегородцы писали.

[OtherSide]

В смысле - С++ у нас уже не язык "прикладухи?"

[oshibka_residenta]

Распознавание жестов, образов - это математика. Передача данных - это тоже математика.

??? И какой же раздел математики занимается передачей данных?

information theory
http://en.wikipedia.org/wiki/Information_theory

[Kolbasoff]

Распознавание жестов, образов - это математика. Передача данных - это тоже математика.

??? И какой же раздел математики занимается передачей данных?

Data redundancy, encryption, transfer rate optimization? По-моему, нехилая математика в полный рост. Программист это просто не видит, он делает open->read->close и думает, что очень умный.

[Kolbasoff]

В смысле - С++ у нас уже не язык "прикладухи?"

Уже нет

[АццкоМото]

Распознавание жестов, образов - это математика. Передача данных - это тоже математика.

??? И какой же раздел математики занимается передачей данных?

information theory
http://en.wikipedia.org/wiki/Information_theory

с бооольшой натяжкой, ну пусть ок

[АццкоМото]

Data redundancy, encryption, transfer rate optimization? По-моему, нехилая математика в полный рост.

ну и что из этих могучих слов может быть использовано при реализации low latency interaction with touch device? да ничего
к тому же если я даже _реализовываю_ алгоритмы шифрования или компрессии, это вовсе не значит, что я мегаматематик

Программист это просто не видит, он делает open->read->close и думает, что очень умный.

интересненько. какие тупенькие у нас программисты. а то, что происходит under the hood промеж вызовами open->read->close - биологи написали, бо программистам ума недостаточно отвалили?

[oshibka_residenta]

Распознавание жестов, образов - это математика. Передача данных - это тоже математика.

??? И какой же раздел математики занимается передачей данных?

information theory
http://en.wikipedia.org/wiki/Information_theory

с бооольшой натяжкой, ну пусть ок

Да какая там натяжка. Если кликнуть мышкой, то там написано ..
"Information theory is a branch of applied mathematics..."

[OtherSide]

Распознавание жестов, образов - это математика. Передача данных - это тоже математика.

??? И какой же раздел математики занимается передачей данных?

Data redundancy, encryption, transfer rate optimization? По-моему, нехилая математика в полный рост. Программист это просто не видит, он делает open->read->close и думает, что очень умный.

Я же говорю, вы мыслите студенческими категориями. Умный-не умный, просто - не просто. Какая разница кто там умный, есть задача - надо решать, а уж как - умом, покупкой библиотеки или простым гуглением заказчику не важно, в общем. В отличии от чистой математики в прикладном программировании неопределенности куда больше и техники меняются куда чаще. А считать кривизну резиновых шлагов может и интересно, но денег вы особенно не заработаете, прикладнику вообще очень часто приходится быстро въезжать в самый необычные предметные области. Сегодня пишешь reflection shaders, а завтра уже приходиться оптимизировать запросы под SQL

[Medium-rare]

Автор топика же хочет уйти из математики и С++ в строгание аппликух.

Ну, на сервере у них там полно своей специфической "физики", зато.

[АццкоМото]

Да какая там натяжка. Если кликнуть мышкой, то там написано ..
"Information theory is a branch of applied mathematics..."

Thanks, Cap! С большой натяжкой можно сказать, что information theory используется при передаче данных от чипа тачскрина до... ну, скажем, до приложения. А то, что это раздел прикладной математики кагбэ понятно

[Kolbasoff]

к тому же если я даже _реализовываю_ алгоритмы шифрования или компрессии, это вовсе не значит, что я мегаматематик

Если вы реализовываете, т.е. "проецируете" весь этот математический аппарат теории групп, теории чисел и кучи других теорий и формализмов на двумерную болеву алгебру, то вы и есть математик. И таких людей очень-очень мало. Остальные пишут библиотеки-"обертки", а еще больше людей просто пользуют эти библиотеки.

интересненько. какие тупенькие у нас программисты. а то, что происходит under the hood промеж вызовами open->read->close - биологи написали, бо программистам ума недостаточно отвалили?

Там, в самом низу, алгоритмы пишутся математиками-программистами.

[Kolbasoff]

Я же говорю, вы мыслите студенческими категориями. Умный-не умный, просто - не просто. Какая разница кто там умный, есть задача - надо решать, а уж как - умом, покупкой библиотеки или простым гуглением заказчику не важно, в общем. В отличии от чистой математики в прикладном программировании неопределенности куда больше и техники меняются куда чаще. А считать кривизну резиновых шлагов может и интересно, но денег вы особенно не заработаете, прикладнику вообще очень часто приходится быстро въезжать в самый необычные предметные области. Сегодня пишешь reflection shaders, а завтра уже приходиться оптимизировать запросы под SQL

Что бы купить библиотеку надо что бы библиотека была в продаже. Что бы нагуглить что-то, кто-то должен это что-то опубликовать. Тот, кто опубликовал, придумал и научился считать кривизну резиновых шлангов самый первый в мире и застолбил это как интелектуальную собственность, тот и заработал больше всех. "нагугливание" после этого недорого стоит. Сегодня я жнец, а завтра на дуде игрец - это признак ремесла профессии. Ничего плохого в этом нет. Такой pаботы много и ее хватит на всех и надолго.

[АццкоМото]

Если вы реализовываете, т.е. "проецируете" весь этот математический аппарат теории групп, теории чисел и кучи других теорий и формализмов на двумерную болеву алгебру, то вы и есть математик. И таких людей очень-очень мало. Остальные пишут библиотеки-"обертки", а еще больше людей просто пользуют эти библиотеки.

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

Там, в самом низу, алгоритмы пишутся математиками-программистами.

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

[Kolbasoff]

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

Аццко, с вами трудно спорить, вы слишком википедичны. Решите задачку про шланг, а?

[АццкоМото]

Аццко, с вами трудно спорить, вы слишком википедичны. Решите задачку про шланг, а?

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

[Tarasik]

[mod_on]Обойдемся без физиологических аналогий[mod_off]

[adda_]

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

[bearmf]

Какой C++, настоящие математики используют только Fortran!

[Kolbasoff]

Там, в самом низу, алгоритмы пишутся математиками-программистами.

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

Легко докажу обратное.

1. Хорошо известен "эффект автомобильной пробки". В Калифорнии вы с ним сталкиватесь каждый день. В Техасе - раз в неделю. Заключается эффект в том, что при достижение автомобильным потоком некоторой плотности, движение из равномерного вдруг становиться пульсирующим (start-stop traffic), его групповая скорость резко падает и становиться значительно меньше, чем была бы, если бы машины двигались хоть и помедленнее, но равномерно. Причина здесь в человеческом факторе. Водители ускоряются и тормозят не одновременно из-за задержкек в цепочках обратной связи глаз-педаль газа-глаз-педаль тормоза. Математика этого процесса изучена, уравнения хорошо известны, критические параметры рассчитаны.

2. Теперь рассмотрим персылку данных по сети. С пакетами данных происходит тоже самое, что и на хайвее с автомобилями, потому что там тоже есть обратные связи и временные задержки: послал пакет - принял подтверждение. В отличие от водителей, которыми управлять невозможно, параметрами передвижения пакетов управлять можно. Что сетевые микросхемы и делают. И делают они это, изменяя длину, частоту и направление пакетов согласно таблицам, полученным из уравнений, полученными математиками, которые ни разу не программисты, в п.1.

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

[adda_]

Там, в самом низу, алгоритмы пишутся математиками-программистами.

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

Легко докажу обратное.

1. Хорошо известен "эффект автомобильной пробки". В Калифорнии вы с ним сталкиватесь каждый день. В Техасе - раз в неделю. Заключается эффект в том, что при достижение автомобильным потоком некоторой плотности, движение из равномерного вдруг становиться пульсирующим (start-stop traffic), его групповая скорость резко падает и становиться значительно меньше, чем была бы, если бы машины двигались хоть и помедленнее, но равномерно. Причина здесь в человеческом факторе. Водители ускоряются и тормозят не одновременно из-за задержкек в цепочках обратной связи глаз-педаль газа-глаз-педаль тормоза. Математика этого процесса изучена, уравнения хорошо известны, критические параметры рассчитаны.

2. Теперь рассмотрим персылку данных по сети. С пакетами данных происходит тоже самое, что и на хайвее с автомобилями, потому что там тоже есть обратные связи и временные задержки: послал пакет - принял подтверждение. В отличие от водителей, которыми управлять невозможно, параметрами передвижения пакетов управлять можно. Что сетевые микросхемы и делают. И делают они это, изменяя длину, частоту и направление пакетов согласно таблицам, полученным из уравнений, полученными математиками, которые ни разу не программисты, в п.1.

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

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

[stenking]

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

Ну да. И что. 90% довольно стандартных задач а вот 10% часто бывают очень даже.

[АццкоМото]

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

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

И что? А если программисты разработали ПО для самолета, то они все равно идиоты, потому что ни аэродинамику не понимают, ни даже двигатель не могут сделать? Вы не обратное доказали, а какую-то чушь7
ЗЫ. вы вообще уверены, что "сетевые мелкосхемы" изменяют длину пакетов? или это так, слышал звон?

[adda_]

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

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

И что? А если программисты разработали ПО для самолета, то они все равно идиоты, потому что ни аэродинамику не понимают, ни даже двигатель не могут сделать? Вы не обратное доказали, а какую-то чушь7
ЗЫ. вы вообще уверены, что "сетевые мелкосхемы" изменяют длину пакетов? или это так, слышал звон?

Длина пакета изменяется? Длина транспортного пакета? Ipv4?
Я худею дорогая редакция от глубины познаний...