> помошь и реабилитация от губительного влияния устаревшей программы обмучения поцкалем

> всерьез использует паскаль сейчас

> Слыша о том что кто-то всерьез использует паскаль сейчас, мне с моим незашоренным взглядом становится интересно, почему

> отсутствие интерфейса к ассемблеру

procedure TForm1.btnGoClick(Sender: TObject);
var
  num, answer : integer;
begin
  num := StrToInt(edtInput.Text);
  //для выполнения кода, требуется Lazarus x86:
  {$ASMMODE intel}
  asm
    MOV EAX, num
    ADD EAX, 110B //добавить двоичное число 110
    SUB EAX, 2    //вычесть десятичное чило 2
    MOV answer, EAX
  end;
  edtOutput.Text := IntToStr(answer);
end;

> и недесятичного представления чисел

> Пример с http://wiki.freepascal.org/Lazarus_Inline_Assembler/ru

> про %0000100011110010 не помню

> Вот и приходится в 2014 году запускать Delphi 7 и ковырять приветы-из-начала-нулевых.

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

> Rad Studio

> VCL

> top-of-the-range поддержка Win32 API

> Спаси меня

> http://starling.rinet.ru/~goga/tapl/tapl.pdf
> как писать языки программирования

> «Книгу Дракона»

> True or False or False = False

> > Где описана прагматика языка?
> > Где описана операционная семантика?
> > Где описан синтаксис в формате BNF, EBNF или каком-нибудь pseudo-BNF?

> Я не умею в хэш-таблицы, но идею всецело поддерживаю. Насколько я помню, delphi не умеет в ассоциативные массивы, а городить костылей не охота, их в коде и так изрядно. Сцылок не подкинешь?

> Ты имеешь ввиду встроенные функции вроде add\out\set или _last?

> Ну я и не посягаю на лавры лиспа, который может описать сам себя.

> Однозначный минус и быдлокод, даже не отпираюсь. Есть идеи, как исправить?

> Вообще я не программист ниразу, а эникейка-ламер, хотя в своём колледже(ака шарага) слыл богом от дельфикодинга и и прчего сишарпоёбства. Думаю, что мои изъёбства в глазах ТРУ-кодеров выглядят примерно так же.

> И вообще, я с этим языком ношусь как поехавший с писаной тробой.

> Ну, с Колибри меня уже погнали ссанными тряпками. Да и скиллов явно мало на что-то серьёзное.

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

> C объектами проблема - я идейный противник ООП в малых проектах. Это излишне запутывает код. И еще, этот сырец в дельфи 7 компилится в 60кбайт бинарного кода, а с объектами будет 600. А 600 килобайт для такого функционала, все равно что выделять 32 байта на символ.

> Ну, от этого никак не избавиться, это минимальные единицы языка. Конечно, можно их вынести в константы, или файл, но оно того не стоит.

> Ну, с Колибри меня уже погнали ссанными тряпками. Да и скиллов явно мало на что-то серьёзное.

> А тебе ли не кажется, что это рак программирования, когда задача, реализуемая десятью строчками на си описывается сотней строк на джаве? Меньше, безглючнее, быстрее - вот правильно, а не тормознее, дороже, с closed-source.

> Так зачем же городить костыль и растягивать исходник?

 GetVarIndex := vars.get(v_name);

 GetVarIndex:=0;
    for j:=1 to length(vars)-1 do 
    if vars[j].Name=v_name then begin
        GetVarIndex:=j;
        break;
    end;

> Мне не нужно писать промышленные программы, так как я никогда не буду работать программистом.

> К слову, когда проект доростет до +1000 строк, я впилю ООП, ибо оно будет оправданно.

> Мне не нужно писать промышленные программы, так как я никогда не буду работать программистом.
> Почему?

> только в проектах короче 1000 строк

figures.each { |figure| figure.draw }

for (i=0; i<length(figure); ++i)
    draw(figure[i])

> > figures.each { |figure| figure.draw }

> > for (i=0; i<length(figure); draw(figure[++i]))

> я никогда не буду работать программистом

> нихуянипонял

> Красота! Unix way! Лаконичный код.

> Поэтому я просто приму поражение, чтобы не создавать срач в треде. Ты прав.

> нихуянипонял

> for (i=0; i<length(figure); draw(figure[++i]))

> Так ли уж от твоего кода никогда ни у кого голова не болит, кокетяша?

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

> Это фальшивое поражение, мы не будем его учитывать.

> Один шайтан, где-то сидит реализация метода figures.traverse и figures.each, с циклаи и переменными.

> Делаешь пандорический захват, лифтишь в монаду, потом строишь рекурсивную схему (здесь подойдёт зигохистоморфный препроморфизм) как монадический трансформер из категории эндофункторов, и метациклически вычисляешь результат. Любой второкурсник справится. А если делать на анафорических лямбдах — так задачка вообще на пять минут.

> Описывает функциональную парадигму в выкристаллизованном виде
> не понимает, что ООП - это парадигма(объектно-ориентированная)
> не понимает, что их отсутствие - это процедурная.

> Напоминает манерой цитирования одного сосаче-трапера.

> Описывает функциональную парадигму в выкристаллизованном виде

> Или я сам чего-то не понимаю.

> сосаче-трапера
> одного
> не понимает, что манера распространена.

> это не описание процедурщины/ООП в выкристаллизованном виде

> Кинь в меня годную литературу и ссылки

> дать ему какие-то права в рамках своего процесса

> заставить винду уйти с логон-скрина на рабочий стол пользователя, а при извлечении флешки - обратно?

> > The LogonUser function attempts to log a user on to the local computer. The local computer is the computer from which LogonUser was called. You cannot use LogonUser to log on to a remote computer. You specify the user with a user name and domain and authenticate the user with a plaintext password. If the function succeeds, you receive a handle to a token that represents the logged-on user. You can then use this token handle to impersonate the specified user or, in most cases, to create a process that runs in the context of the specified user.

> 1)На чем лучше писать(делфи/паскаль)?

> 2)Я так понимаю, для логина и разлогина нужно использовать апи виндовса, какие библиотеки подключать, какие функции можно использовать? что-то плохо гуглится.

> Не получается залогиниться, использую LogOnUser

> мимополз

> Статейка http://msdn.microsoft.com/ru-ru/magazine/cc163489.aspx

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

> AD- или OpenLDAP-сервер

> основную проблему вижу в разграничении

> /r/ советов по ООП в дельфях.

• Не используйте самостоятельные функции/процедуры, используйте статические методы (class function/class procedure).
• Предпочитайте агрегирование наследованию.
• Используйте интерфейсы, это удобно.
• По возможности используйте strict private вместо просто private.
• Не приводите ссылку на интерфейсный объект к ссылке на обычный объект, потом проблем не оберётесь.
• Читайте Фрименов и GoF.
• Слушайте маму.

> По возможности используйте strict private вместо просто private.
> Не приводите ссылку на интерфейсный объект к ссылке на обычный объект, потом проблем не оберётесь.

> ООП в Delphi нет

> Не приводите ссылку на интерфейсный объект к ссылке на обычный объект, потом проблем не оберётесь.

> Может кто подскажет чего поновее?

> Delphi

> Вроде что-то надо сделать с read или getchar?

> ущербное борландовское поделие

> Я видел множество оконных приложений, где этого нет и все работает нормально.

> все уже давно пересели на рубины/питоны/плюсы и т.д.

> что мешает

> «…прибавление струн всегда производилось дилетантами, которым следовало бы серьёзнее работать над техникой инструмента

> труЪ язык
> Они на Сишке написаны.

> Вообще не понимаю...