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

[Sergunka]

Зачем Algol 68 придумали? Могли бы и дальше на Algol 60 писать...

В наше время была присказка - Фортран + ассемблер перешагнул бессмертие. Где этот сейчас Фортран и ассемблер?

[Sergunka]

Написать новый язык не такая уж большая проблема. Главное наверное библиотеки и поддержка абстракций вроде типов, классов(с++) или встроенной много процессорности. А вобощем конечно все равно все в ассемблер конвертирует. Как и у людей, языки разные, мысли теже.

В приличных ВУЗ-ах написать компилятор/интерпретатор к языку это курсовая или дипломная работа. Я к слову сказать соавтор двух языков программирования. У меня дипломник писал лексический анализатор к языку.

[SVK]

В наше время была присказка - Фортран + ассемблер перешагнул бессмертие. Где этот сейчас Фортран и ассемблер?

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

[Flash-04]

На ассемблере? Да ладно.

[SVK]

На ассемблере? Да ладно.

Сам этим занимался, и видел их количество. Наблюдаю за попытками переделки их на «новые технологии» - года с 2005 идет довольно активно. Результатов пока - на уровне статистической погрешности.
Кроме тонн кода на Ассемблере также дружно пашут десятки тонн кода на Коболе; тоже - не поддается новым технологиям

[OtherSide]

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

Логично. Народ называет технологию, а zVlad с умным видом: О! Это я знаю
Интересная игра
...

Начинайте. Я готов.

SignalR с Angular знаете как сдружить?

[zVlad]

Я написал выше: "Я этим не занимался глубоко...".

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

Если хотите со мной общаться то будьте, пожалуйста, последовательным. Я открыл Вам дверку в мое понимание о чем Вы меня спросили. Теперь Ваш ход. Вы его не делаете, но начинаете снове переходит на личность и давать оценки.
Здесь Вам не интервью и я не интервьюируемый чтобы душу на изнанку перед ВАми выворачивать. Я и так здесь это не рез делал.
Я не знаю какой Вы специалист и я не любитель делать выводы о человеке не увидев его в деле. Но я заочно презираю тех кто так позволяет себе поступать.

[zVlad]

Условия задачи сформулированными не совсем строго на предмет чем можно пользоваться и на каком диалекте SQL.

Задача простая - создать N записей из ниоткуда. Написать можно десятков разных способов. Кандидат, заявляющий что он знаток SQL, ни бе ни мэ ни кукареку.

Для интервью я пользуюсь "напишете запрос выдающий 12 записей с двумя колонками - начало и конец каждого месяца прошлого года".

Вaм обоим и третьему скажу так.
Я в 1994 году, когда многие из здешних болтунишек еще с восхищение смотрели передaчу АБВГД-ейка, обучал подчиненных мне программистов реляционным базам данных и SQL-ю. Я их "ругал" и "бил указкой по рукам" за "набивания таблиц..." и создавание "N записей из ниоткуда".
Вы все трое (третий знает о ком я) не понимаете сути РЕЛЯЦИОННЫХ БАЗ ДАННЫХ". Вы изучали их в "post SQL" времана по кривым руководствам.
Всем троим задание. Найти книгу Кристофера Дэйта "Руководство к DB2" ("A Guide to DB2" если хотите) и читать по 20 страниц перед сном. По прочтении доложить. Исполняйте.

[Flash-04]

Ы? А что, другие книги не канают, нет?

[zVlad]

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

Тут сразу же напрашивается классический вопрос для интервью - как удалить дубликаты одним sql стейтментом


Sent from my iPhone using Tapatalk Pro

Дети мои. Слушайте и внимайте.

Проблему дубликатов надо заканчивать в момент создания таблицы. Есть такая загогулина во всех RDBMS, называется "unique index". Правильно создавайте их вместе с созданием таблиц и вам не придется ломать голову над "... как тут появляются дубликаты и как их убрать", и ".. как удалить дубликаты одним sql стейтментом". Я бы ушел (убежал) с интервью сo словами мол извините, я не туда попал, если бы мне такой вопрос задали бы на интервью. Слава богу мне это не грозит - я в программисты идти не собираюсь.

[zVlad]

Ы? А что, другие книги не канают, нет?

Эта книга классика. По ней учились не только и не столько те кто работал с DB2 (у IBM документация достаточно хороша), но больше те кто работал с Oracle. Еще в 90-е годы.
Я не знаю книг лучше, no xуже встречались. Да и из высказываний здешних, которые явно не по "A Guide to DB2" знают SQL видно чтO они читали.

[iDesperado]

Вaм обоим и третьему скажу так.
Я в 1994 году, когда многие из здешних болтунишек еще с восхищение смотрели передaчу АБВГД-ейка, обучал подчиненных мне программистов реляционным базам данных и SQL-ю. Я их "ругал" и "бил указкой по рукам" за "набивания таблиц..." и создавание "N записей из ниоткуда".

дети над тобой насмехались точно так же как надсмехался я, поняв что ты не понимаешь о чем речь когда я попросил план запроса показать. в серьезной организации ты на место джуна не можешь претендовать, т.к. представление о cost based оптимизаторе от джуна требуется иметь. любой ребенок засунул бы тебе указку в темное место т.к. дети на голову выше твоего и никогда не cпутают ядра с процессорами и vcpu.

[KinDzaDza]

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

Тут сразу же напрашивается классический вопрос для интервью - как удалить дубликаты одним sql стейтментом


Sent from my iPhone using Tapatalk Pro

Дети мои. Слушайте и внимайте.

Проблему дубликатов надо заканчивать в момент создания таблицы. Есть такая загогулина во всех RDBMS, называется "unique index". Правильно создавайте их вместе с созданием таблиц и вам не придется ломать голову над "... как тут появляются дубликаты и как их убрать", и ".. как удалить дубликаты одним sql стейтментом". Я бы ушел (убежал) с интервью сo словами мол извините, я не туда попал, если бы мне такой вопрос задали бы на интервью. Слава богу мне это не грозит - я в программисты идти не собираюсь.

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

[zVlad]

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

Тут сразу же напрашивается классический вопрос для интервью - как удалить дубликаты одним sql стейтментом


Sent from my iPhone using Tapatalk Pro

Дети мои. Слушайте и внимайте.

Проблему дубликатов надо заканчивать в момент создания таблицы. Есть такая загогулина во всех RDBMS, называется "unique index". Правильно создавайте их вместе с созданием таблиц и вам не придется ломать голову над "... как тут появляются дубликаты и как их убрать", и ".. как удалить дубликаты одним sql стейтментом". Я бы ушел (убежал) с интервью сo словами мол извините, я не туда попал, если бы мне такой вопрос задали бы на интервью. Слава богу мне это не грозит - я в программисты идти не собираюсь.

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

Не Вы "ставили задачу", и не Вам подводить итоги.

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

[zVlad]

Еще раз, для непонятливых.
Я не просил задавать мне задачи по ИТ (хоть я и не против этого, но в другом контексте.
Все началось вот с этого:

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

Логично. Народ называет технологию, а zVlad с умным видом: О! Это я знаю
Интересная игра
...

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