Начал изучать 1С когда понятия не имел что такое язык программирования. Теперь намного легче освоилось С++.

(30) а ты хочешь 64-бит асм учить не зная 16-битный? я с 32 еле разобрался то

(32) Да указатели - элементарщина. 3 страницы книги прочитать для понимания

(32) - не вижу смысла учить ассембер сейчас.

раньше просто его учили, т.к. после Бейсика только его и оставалось учить. Другого просто не было.

(30) Были не очень удачные попытки и с "MASM/TASM для мертвой DOS". А вообще моё изучение асма закончилось вындовой программой на fasm, которая использовала opengl для вывода вращающегося куба с натянутой на него сгенерированной текстурой.

А .NET у меня вызывает необъяснимую неприязнь. Появилась она, когда я почитал вообще про эту техноглогию, которая представилась мне как ответ яве. Причём на тот момент ни о какой кроссплатформенности речи не было. А был только фрэймворк, который просто бесил меня, вернее программы, которые его требовали.
Поэтому понимать как работает .NET мне не очень хочется. Мне интереснее под ведроид чо-нить написать.

(36) Одинеснику нету смысла, сишнику - зависит от специализации.

(36) исследование программ.
(34) немного по другой причине. Что бы разобраться в асме проще начать с 16 бит и прерываний биос/доса.

(37) на прямую в видеопамять надо писать =)) У меня так с дискетки без ос грузилась своя маленькая ос с файловой системой и работой стекстовиками с заставкой высокого качества)

(39) даже там много интересного, если конечно забить на прерывания и порты ввода-вывода юзать

разговор людей, которые кроме DOS ничего не видели.

(36) а кто будет 1с-ку крякать?
И то что на твоём школьном компьютере кроме бейсика ничего не было - не значит, что других языков не существовало.

(40) были попытки, всё больше копипастом чужих примеров. терпежу не хватило всё это освоить.

(42) да, и 1С у нас под DOS

хорошая иллюстрация того, что преподов >3X нельзя ни на шаг подпускать к школьникам/студентам.

А то им потом нужно все объяснять заново.

(43) Была у Калашникова рассылка по асму, пару выпусков хватало ля понимания, потом список биос прерываний и все, можно развлекаться. С *.bmp поточечно нарисоваьт картинку уже хватит навыка)


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

(46) - ассемблер никогда не применялся в Unix-like системах.

>ибо не все на сях можно сделать

наглая ложь.

(47) А компиляторы сишные там бог создал?

(47) а убунту 64 бит сделали из 32-х? просто дописав на сях?

(49) - ты про раскрутку компилятора слышал?

(47) (48) Хихихи, спец. Надеюсь ты к обучению детей отношения не имеешь.
Простите мне цитату с вики wiki:Ядро_Linux
"В основном код написан на Си с некоторыми расширениями gcc и на ассемблере (с использованием AT&T-синтаксиса GNU Assembler)"

(52) - мы не ядро пишем. Мы пишем для Unix-like.

В мире Unix-like ассемблер практически не применяется.

(51) Если Вам нужен компилятор для языка X, чтобы получить компилятор для языка X (который написан на языке X), то как написать первый компилятор? Решение проблемы курицы и яйца возможно следующими методами:
Создать интерпретатор или компилятор для языка X на языке Y
http://ru.wikipedia.org/wiki/Раскрутка_компилятора

как ни крути но без асма ни как

(47) Мда... Не позорился бы...

(35)указатели часто зло
(15)ООП 70% как это ни странно есть в 1С хотя и без наследования (и да, ИМХО это зло)
(0) я не освоил с++ хотя года 2 честно пытался)) элементарщина "линейный процесс-цикл-ветвление" не в счет
а вот 1с на ура пошел как раз после него

(53) то есть мы используем то что было написано на асме и этим ограничены. Если человек причастен к разработке ОС то ни куда ему без асма

(55) - http://www.opennet.ru/base/dev/asm_linux.txt.html

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


Ты когда будешь изучать литературу по СИСТЕМНОМУ программированию на Unix, ты там увидешь ТОЛЬКО Си.

Почти вся литература по Ассемберу - это почти всегда DOS.

(53) http://wasm.ru/forum/viewforum.php?id=24

(59) - ну и? этот форум маньяков между прочим нормальными антивирусами банится.

(60) исторически сложилось, что асм сейчас менее востребован, чем другие языки, но утверждать, что он не нужен и никто им не пользуется - глупо.
И не надо включать заднюю, твоё ж утверждение "ассемблер никогда не применялся в Unix-like системах."

(56) >>ООП 70% как это ни странно есть в 1С хотя и без наследования (и да, ИМХО это зло)

вот поэтому ты на 70% его и не понимаешь
наследование не самое рулезное, на самом деле инкапсуляция рулит и не только данных, но и реализации и интерфейсов (вот тут и полимофризм и абстракция и наследование в нем)

(4) троллит

(61) - я такого не утверждал.

Исторически сложилось, что ассемблер НУЖНО было учить, если ты использовал 8-битные системы или 16-битные с ДОС.

Исторически сложилось, что в Unix основным языком СИСТЕМНОГО программирования был Си.

Зачем нужен Ассемблер, если можно сделать тоже самое на Си? В чем будет выигрыш при вызове библиотечной API функции?

(62)инкапсуляция "в рамках 1С" ограничена ввиду отсутствия наследования, не-экспортные процедуры в модуле объекта вызвать нельзя но они есть например, абстракция вполне "документ.записать()"
а "чистый" ООП по каким-то тонкостям и в с++ не реализован (не помню правда где читал), но это больше удобство для программиста а не удобство модели данных - хранить для КАЖДОГО из объектов уникальные экземпляры реализуемых функций жирно

о, мы теперь дошли до срача "есть ли в 1С ООП"..

Как все предсказуемо.

(66)нету никто не спорит

но как пример базовых вещей вполне можно рассматривать

(65) 1С даже не пытается использовать то ООП, что есть
как всегда, немного классики:

ТипОснования = ТипЗнч(СтрДокОснования.ДокументОснование);
                
                Если НаАванс  Тогда
                    ЭкземплярДанныхДляПечати = СобратьДанныеСФнаАвансиСуммовуюРазницу();
                ИначеЕсли ТипОснования      = Тип("ДокументСсылка.ОтчетКомитентуОПродажах") Тогда
                    ЭкземплярДанныхДляПечати = СобратьДанныеПоОтчетКомитентуОПродажах(СтрДокОснования.ДокументОснование);
                ИначеЕсли ТипОснования = Тип("ДокументСсылка.РеализацияТоваровУслуг") Тогда
                    ЭкземплярДанныхДляПечати = СобратьДанныеПоРеализацияТоваровУслуг(СтрДокОснования.ДокументОснование);
                ИначеЕсли ТипОснования = Тип("ДокументСсылка.ВозвратТоваровПоставщику") Тогда
                    ЭкземплярДанныхДляПечати = СобратьДанныеПоВозвратуТоваровПоставщику(СтрДокОснования.ДокументОснование);
                ИначеЕсли ТипОснования = Тип("ДокументСсылка.ВозвратТоваровПоставщикуИзНТТ") Тогда
                    ЭкземплярДанныхДляПечати = СобратьДанныеПоВозвратуТоваровПоставщикуИзНТТ(СтрДокОснования.ДокументОснование);
                ИначеЕсли ТипОснования = Тип("ДокументСсылка.ОтчетКомиссионераОПродажах") Тогда
                    ЭкземплярДанныхДляПечати = СобратьДанныеПоОтчетКомиссионераОПродажах(СтрДокОснования.ДокументОснование);
                ИначеЕсли ТипОснования = Тип("ДокументСсылка.ОтражениеРеализацииТоваровИУслугНДС") Тогда
                    ЭкземплярДанныхДляПечати = СобратьДанныеПоОтражениюРеализацииТоваровИУслуг(СтрДокОснования.ДокументОснование);
                КонецЕсли;

(64) "я такого не утверждал." - см (47)
"Исторически сложилось, что в Unix основным языком СИСТЕМНОГО программирования был Си"
Кто-то спорил что-ли?

"В чем будет выигрыш при вызове библиотечной API функции?"
а кто говорит о вызовах библиотечных функций?

(70) - здрасьте. А чем заключается смысл программирования приложений под ОС?

фуфуфу

(58) Дос-Виндовс-Отладчики-Дизассемблеры-КрисКасперски...

(71) так утверждал или нет? :)

"А чем заключается смысл...?"
ты странный. и программы у тебя странные, если они состоят только из api-вызовов.
(если я вообще правильно понял твой вопрос про смысл)

Годный вброс. ТС уже не одно ведро попкорна схрумкал.

(74) - открой пожалуйста книжку по Операционным системам. Зачем она нужна и какие функции выполняет.

(0) Чудак. Ты в 1С алгоритмизации немножко научился, а не программированию. Что тоже хорошо, конечно. Учиться именно программированию на скриптовых языках.. - ну, можно, конечно.
Только будет хуже с пониманием базовых вещей или, что еще хуже, может сложится неправильное понимание базовых вещей.
Т.е. какие-то музыкальные произведения заучить можно, но шаг влево и шаг вправо будет сделать очень сложно, т.к. руки правильно не поставлены и музыкального образования нет.

>Учиться именно программированию на скриптовых языках

дело не в скриптовости. А в утилитарности.

(76) Не стану. Буду глупый ходить и писать плохие программы, а все кто будут с ними работать - будут страдать.

(79) - еще раз, ты понимаешь причины, по которым Ассемблер использовался в 8-битных ПК/ОС и 16-битной ДОС?

не, на 1С учить программированию - не надо. имхо конечно.

(40) Ага.. 0xb800000 - адрес начала экранного буфера текстового режима.. каждые два байта - пара символ-атрибут. Текстовые окна программировались легко и изящно.

(78) Ок, не в скриптовости. Но и не в утилитарности. Скорее, в крайней степени казуальности, которая в применении к современным языкам и технологиям программирования сыграет плохую шутку.

(70) Си от ассемблера недалеко ушел.. это тот же в упор низкоуровневый инструмент, просто с добавлением набора библиотек для всякой всячины.

(80) Чо ты ко мне пристал? Не нравится тебе асм, не нужен он тебе - пиши под дотнет и спи спокойно.

(75) - начинать изучать программирование нужно с Basic/Pascal/Python/на крайняк С (хотя он должен быть по идее вторым ЯП).

КонецТреда

(85) - я к тебе не приставал.

>Не нравится тебе асм, не нужен он тебе - пиши под дотнет

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

(84) Си от ассемблера недалеко ушел? Ну, с высоты современных фреймворков, где одна "низкоуровневая" команда выполняет килотонны кода, оно может так и выгдядит.

(86) "Ну вот, ты доказал, что не знаешь, зачем нужно использовать Ассемблер."

Знаю - но тебе не скажу :)

КонецТреда

(87) - да, у них цели одни и те же.

(89) Написание программ?

(87) Си - это язык для низкоуровневого программирования. Само понятие "указатель" говорит о многом.. не абстрактная "ссылка", как в паскале, а именно указатель с адресной арифметикой..

(91) Ну, таковым он стал исторически. Изначально он был разработан просто как язык более высокого, чем ассемблер, уровня, на котором при этом можно писать толковые вещи. Мощности тогда были не те, чтобы разбрасываться на абстракции более высокого уровня.

скажите, а это точно форум программистов? Или все таки форум бухгалтеров?

Это форум морских свинок. Я думал, это общеизвестно.

(91) по моему, что указатель в си, что ссылка в паскале те же йаца только в профиль.

ассемблер на zx spectrum прикольный был, там как раз его весело было изучать

(95) + причём в паскале он тоже указатель - тип pointer

В Паскале указатели всегда были неполноценными.

(91) тот же pointer не?

100

(96) У меня была книжка - "как написать игру на ассемблере для zx spectrum". Но я ещё был мал и просто вколачивал примеры из книжки.

(98)другая цель у паскаля изначально, а не записать что угодно куда угодно

(95),(99) "указатель с адресной арифметикой"

(95) Не.. есть разница между ссылкой на переменную и указателем. С указателем допустима арифметика, собственно в Си так реализованы массивы. Со ссылками это не имеет смысла. А тип pointer в паскале введен для совместимости с сишными либами.

(104) только-ли для совместимости? а как же мои лабы про связные списки с getmem и прочим? арифметики - да, вроде нету.

(102) - ну да, быть не рыбой (Си)ни мясом (Бейсик) - это хорошая цель.

(105) В стандарте паскаля этого нет. Там только new и dispose для переменных конкретного типа. pointer - это уже борландовское расширение.
(106) В то еще время бейсик был крайне убогим - он не был процедурным языком, в нём все было через GOTO. А Си был излишне низкоуровневым, с кучей граблей неопределенного стандартом поведения. Паскаль был золотой серединой.. внятный процедурный синтаксис, в то же время строгий контроль ошибок, практически отсутствовали недокументированные моменты, имелся хороший компилятор..

(107) - именно поэтому Паскаль не стал популярным.

Хорший вброс )) ТС исчез, а все разливаются.

(108) Не понял логику утверждения

(110) - в то время ниша системного программирования была заполнена Си/C++, для прикладного ПО был Бейсик.

На какой рынок был нацелен Паскаль?

(111) бгыгыгы, это когда для прикладного ПО был Бейсик?

(112) - всегда.

Зы. Бгыыы. 1С - это как бэ русский Бейсик. Не?

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

(112) Много чего на нем написано было. Самый востребованный язык на западе был.

(112)(113) Ссылки на серьезные проекты пожалуйста. Так не поверю.

(113) не. причём тут 1С? синтаксис похож - значит бейсик?

(111) Паскаль считался учебным языком. Позже дельфи появилось.

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

+(118) Ссылки сам можешь поискать. Но это именно прикладной язык для разработки конкретных приложений под винду - лучшей альтернативы практически нет.

Хм... Почитал вики - в середине 80x вроде в самом деле BASIC был очень популярным. Но уже с конца 80x паскаль и си стали активно его вытеснять. Реальных учетных систем на бейсике на глаза не попадалось ни одной. На паскале видел.

(116) - что значит "ссылка на серьезные проекты"?

ПО на Бейсике всегда писалось по заказ и за рамки фирмы никогда не выходило.

(120) - ты сейчас сидишь и пишешь на 1С - русскоязычном варианте Бейсика. И ты еще утверждаешь  про "реальных учетных систем не было"?

Visual Basic был выпущен за 4 года до этого вашего Делфи.

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

В конце концов реальные "учетные системы" писались на Фоксе, а не на этом вашем паскале.

(122) Дык мы же вроде обсуждали "те времена". А не vba, vbs и вижуал бейсик.

И я не утверждал, что на бейсике не было учетных систем. Читай внимательнее.

а что всполошились то? Факт общеизвестный - "там" учетный софт рисовался на бэйсике. Дельфи за пределами бывшего СССР никому не уперся

Про бейсик тех времен (первой редакции) уже было сказано - это номера строк и гоу ту. В приличный вид его значительно позже переработали.

В одно время с расцветом паскаля из продвинутого припоминаю такую хрень как Quick Basic. Где-то на его базе даже преподавали. Кажись знакомый из металлургического института нахваливал :) Вполне допускаю, что на базе него что-то серьезное и рисовали.

(128)
>  В приличный вид его значительно позже переработали.
про РАПИРА речь?)

(128) - Бейсик в 80-х годах был без нумерции строк

wiki:GW-BASIC

(131) А это что?
"Все строки программы нумеровались. Вводимые ненумерованные строки исполнялись немедленно."

Первый нормальный бейсик - это досовский qbasic и его полный компилирующий вариант quickbasic.. в нём уже можно реально стало программировать. А то, что было бейсиком до этого, с паскалем никакого сравнения иметь не может.. это псевдокод для программируемых калькуляторов, не более)

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