|
||
| Правила | Регистрация | Пользователи | Сообщения за день | | Поиск | | Справка по форуму | Файлообменник | |
|
Результаты опроса: Какой язык перспективен для инженера-конструктора? | |||
С/С++ | 57 | 14.69% | |
Delphi | 17 | 4.38% | |
Пайтон | 39 | 10.05% | |
Фортран | 1 | 0.26% | |
Basic/VB/VBA/VB.NET | 93 | 23.97% | |
джава | 7 | 1.80% | |
другой, какой - см. по тексту | 29 | 7.47% | |
матерный | 145 | 37.37% | |
Голосовавшие: 388. Вы ещё не голосовали в этом опросе |
Поиск в этой теме |
|
||||
Регистрация: 06.04.2009
Сообщений: 705
|
__________________
КазнитьØнельзяØпомиловать:eek: |
|||
|
||||
Продуман Регистрация: 22.02.2007
Питер
Сообщений: 2,840
|
Все далее оффтоп:
Flat assembler умен, лаконичен и прекрасен (по сравнению с другими ассемблерами) - на нем я закончил свой ассемблерный путь. Но инжинеру он конечно противопоказан. Хотя иногда меня посещает мысль - а как это будет выглядеть на ассемблере (как правило это-реализация какого-либо алгоритма) - результаты, кстати, получаются весьма разные от "а ну его" - еще на 1/15 начала реализации, до "да в принципе, не сильно и..." - но в любом случае "прикручивать" эти фрагменты к программе ни к чему. p.s. Хотя если брать интеловский "типаж" опкодов как таковой - то ихмо он устарел еще более чем "ассемблерописательство", но я думаю, через какое-то время это будет абсолютно не важно какой нативный ассемблер (имеется в виду не язык, а принципы адресации и пр.) используется.
__________________
Когда в руках молоток все вокруг кажется гвоздями. Последний раз редактировалось Дима_, 27.11.2012 в 12:16. |
|||
|
||||
YngIngKllr Регистрация: 29.03.2005
СПб
Сообщений: 12,968
|
ETCartman
Вам больше судя вот по этому опусу "Нелегкая небритость или сказ о скрытой силе программиста" Больше всего как раз то Ruby и Python подойдут....
__________________
Работаю за еду. Working for food. Für Essen arbeiten. العمل من أجل الغذاء Працую за їжу. |
|||
|
||||
Регистрация: 06.04.2009
Сообщений: 705
|
Вот тут я не согласен.
Делал для собственных целей функцию приблизительного сравнения строк (в екселе). Содрал основной алгоритм, написал довесок. Скорость работы меня просто убила. Как "прикручивать фрагменты" из асма разобрался, несложно. Хочу сравнить скорость из спортивного интереса.
__________________
КазнитьØнельзяØпомиловать:eek: |
|||
|
||||
Регистрация: 06.04.2009
Сообщений: 705
|
Списки мне дают именно в в нем, и пересохранять это в текст только из принципа глупо. Причем на асме ни одной крамольной строчки про эксель. Я не торгую программами, а делаю их для удовольствия, меня интересует алгоритм, а побочные положительные результаты считаю неплохим подспорьем в работе.
__________________
КазнитьØнельзяØпомиловать:eek: |
|||
|
||||
Регистрация: 06.04.2009
Сообщений: 705
|
"медленная часть" работает по этому алгоритму: http://www.interface.ru/home.asp?artId=8900
На асме делаю *.dll с функцией у которой на входе две строчки на выходе коэффициент "похожести". А в екселе только декларирую её. П.С. Мы от темы отклоняемся, может новую создать? (впрочем тут мало "заинтересованных" лиц)
__________________
КазнитьØнельзяØпомиловать:eek: |
|||
|
||||
Ну, ну... Стоит ли овчинка выделки? Писать на ассемблере DLL - это (ИМХО) глупая нецелесообразная работа, ибо слишком много времени\усилий займёт. Уж тогда лучше на C.
__________________
Надеюсь, ты не социальный овощ? Это определяется делами! :welcome: |
||||
|
||||
Регистрация: 06.04.2009
Сообщений: 705
|
Я делаю то, что мне нравится вот и всё. А вопрос глупости целесообразности в данном вопросе (ИМХО), лежит за пределами вашей компетенции.
З.Ы. Мне помнится вы сударь обещались мои посты не коментировать.
__________________
КазнитьØнельзяØпомиловать:eek: |
|||
|
||||
Поскольку выше фигурировал Excel, то вряд ли речь о программировании микроконтроллеров.
__________________
Надеюсь, ты не социальный овощ? Это определяется делами! :welcome: |
||||
|
||||
Проектирование заборов уже в прошлом Регистрация: 29.10.2009
Рязань
Сообщений: 2,089
|
Если не затруднит, можете привести конкретный пример? Когда что-то на ассемблере именно пишется быстрее (чем на С например)? Только не вида "c=a+b", миллисекунды экономии в написании кода меня не интересуют
|
|||
|
||||
Регистрация: 06.04.2009
Сообщений: 705
|
Заведомо нереальное условие. Никто на этом форуме не сможет привести такого примера, поскольку это уже не уровень инженера конструктора, а тот кто может на это форум не полезет. А вообще см. п. 142.
__________________
КазнитьØнельзяØпомиловать:eek: |
|||
|
||||
Проектирование заборов уже в прошлом Регистрация: 29.10.2009
Рязань
Сообщений: 2,089
|
Цитата:
|
|||
|
||||
Регистрация: 06.04.2009
Сообщений: 705
|
Кто нибудь скажет верояность приобретения того-же С или Делфи для конструктора? Я ее оцениваю ниже одного процента. Кроме того во многих организациях системный администратор не позволит менять реестр простым смертным. Если же ваш софт ломаный то компилятор акуратненько запишет всё что о вас зает в екзешник. Тут ассемблер выгодно от них отличается.
Оптимальная среда разработки для конструктора бэйсик, а точнее VBA.
__________________
КазнитьØнельзяØпомиловать:eek: |
|||
|
||||
Продуман Регистрация: 22.02.2007
Питер
Сообщений: 2,840
|
Оно может быть интересным для тех кто только слышал, что-то про ассемблер, программа на ассемблере состоит из последовательности примитивнейших операндов (среднее название комадны - 3 символа - mov, add, sub, jmp, jae, je, xor и.т.д) и 1-2 аргумента, строчатся они - как из автомата калашникова (достаточно быстро вырабатывается привычка набивать их практически одним нажатием - своего рода аккорды, паралельно при этом думая о дальнейшей программе), так вот если алгоритм прост (хватает регистров для его реализации "без памяти", нет каких-либо сложнозавернутых системных вызовов и кучи "временных" данных), то скорость написания действительно очень высока, но как только появляеться что-то не удобное для ассемблера (фильтрация произвольнызх кусков данных (надо как-то организовывать память для результата), математика которой нет в процессоре (хотя если порыскать в современных там есть то, чего есть не во всех "математических" библиотеках) и др.) - вот тут вся эта "скорострельность" сходит на нет. А в общем чем ближе к процессору и памяти - тем выгодней смотрится ассемблерный код.
__________________
Когда в руках молоток все вокруг кажется гвоздями. |
|||