Это было давно, память уже подводит, Вы правы конешно же.. В ней, собственно и остался только ужас изучения mumps, и то, что весь синтаксис умещался на шпаргалку формата А4.. ;)
Хороший набор комментариев, вставлю и свои 3 копейки:
Призывы к пиратству со стороны "верхушки власти", даже высказанные как "мнение" (частного лица) уже сами по себе неоднозначны и ведут к такого рода бурному обсуждению.
Последствия тут уже высказаны, но частично: копии ПО западных стандартов далеко ушли от "самоделок" внутреннего потребления и разрешение пиратства ихнего, приведет к спаду продаж внутреннего ПО. Однозначно.
Менее очевидно иное: борьба с таким пиратством силами ихних производителей ПО, особенно в части изменений поведения кода, если ПО (а оно повально сейчас сетевое и облачное) обнаружит пирата из РФ или иной подсанкционной страны. Тут могут быть неожиданные нюансы, например такие как встречал в 90-х: при очередном запуске пиратская копия .. выносит весь диск, форматируя его нулями. Восстановлению не подлежит. Или КАД, который обнаружив факт пиратства начинает производить расчеты с +-10% ошибкой, т.с. "глазом не заметишь".. прочностной к примеру.. и т.д. Какова степень доверия к пиратской копии? Претензию не выставишь, что спроектированный на пиратском КАДе вагон внезапно рассыпался, хорошо если ещё на испытаниях! С проблемным кодом на Гитхабе уже столкнулись, даже заводили списки "опасного"..
Ближайшие проблемы разработки в РФ. Как-то обойдено стороной, но целый ряд разработчиков ИДЕ для написания ПО .. отказались не только продавать новые лицензии, но и продлять старые! Кто и на чем будет кодить в РФ в ближайшее время? Где активное телодвижение на возврат специалистов того же JetBrain, отделения которого есть в Петербурге, Новосибирске? ..тишина..
Возможное усиление санкций и, к примеру, закрытие того же Гитхаба.. ну и, где современные "сборщики ПО" будут брать решения? ;) Как жеж без того же zap.Sugared?
Кмк, вопрос пиратства многогранен, и вот так вот писать с "высокой колокольни" как-бы нельзя, даже как частное мнение. А вот потуг на развитие отечественного ПО - увы только под микроскопом. Всё как обычно: поболтали, подекларировали и .. разошлись.
Кмк, надо как "в помощь СВО", также самим кооперироваться и собирать свой аналог Гитхаба.. ждать становится слишком опасно.
Вдумчиво все не читал, но не увидел ни одной отсылки к конкретному пункту законодательста РФ об Авторском Праве.
Насколько помню, когда изучал сей вопрос, авторское право распространяется исключительно на признание автора таковым и фсё. Никто не может убрать Ваш копирайт из кода, даже если он "глобально изменен". А вот имущественное право как раз решает вопросы владения кодом как-то: его применение, распространение и покрытие лицензиями.
Может конечно за долгое время что-то изменилось, но в таком случае, хотелось бы увидеть отсылки к пунктам статей.
Там ещё помнится Модула светилась в прародителях Джавы, которая наследница Паскаля, который Вирт, насколько его помню, написал исключительно как язык для обучения и только. ;)
Периодически слежу за публикациями по этому пришельцу. Складывается ощущение, чем дальше влез, тем круче тараканы. Есть ещё один механизм ускорения/замедления на орбите: Солнечный ветер - электризован. Наличие неравновесного заряда объекта вполне может как тормозить так и ускорять объект без разных "истечений".
История с кометой 2007года также толком не нашла объяснений.
А начало развития лежит где-то в -30 назад. Отсюда можно оценить коэффициент и период этой экпоненциальной функции развития ИИ, и понять что стакан наполовину пуст становится полным всего-то на следующем витке развития. Сразу. А за 3 витка "до" стакан практически пустой - всего 1/8..
Моя оценка периода - 2-3года, и на сейчас (если не опоздал) он как раз "наполовину полон".. не менее чем на четверть. ;)
Тег "простой" предполагает простоту изложения, а не поверхностность, граничащую с безграмотностью, уж извините. Как правило, писать под тег простой - это особосложный уровень изложения, не каждый может. Никогда вот не брался за такое, ибо это "слишком сложно".
Потому что это статья, ориентированная на тех, кто только выбирает на чём ему программировать и становиться ли программистом вообще.
В каком месте статьи это акцентировано? Не нашел. Обращение ко всем "хабражителям" и только.
А если посмотреть банальный TIOBE index ... Так что, да, во-первых, сравнение шло только с самыми популярными языками, которые могут быть на слуху у не-программистов.
Ну .. если посмотреть, то основное сейчас - веб-разработка, а там в лидерах PHP, которого у Вас тоже нет в сравнении. И PHP8 - уже вполне "приличный" язык, да и по скоростным параметрам уже вполне на уровне.
В-третьих, у статьи стоит тег "Мнение".
Ну так и высказал свое мнение, что мне странно читать сравнения теплого с мягким. Собственно, из-за разного назначения, такие разные языки и находятся в топах рядом друг с другом.
Кмк, пропущено или не акцентирована несколько интересных моментов:
Структуры - индексы для map. В частности map[struct{int,int,int}]AnyItemType способна эффективнее индексировать "трехмерную мапу" привычного вида map[int]map[int]map[int]AnyItemType, т.к. применится только одна функция хеширования индекса, да и все маповые подкапотные структуры становятся существенно проще. Часто требуется, где данные ассоциативны по нескольким измерениям.
В Go нет классического ООП от слова совсем. Вместо ООП предлагается несколько отдельных подходов: а) встраивание объектов; б) интерфейсы как контракты реализаций; в) пакеты г) "Си с классами" - возможность создания методов к типам.
Ограничение на циклическое использование пакетов в Go практически принуждает любую архитектуру приложения становится "чистой"..
Да, это грабли ещё те, т.к. всё передается по значению, в т.ч. и слайсы. Append() к параметру-слайсу внутри функции может иметь неожиданные последствия, если функция не возвращает этот параметр обратно.
Ну .. в общем-то .. индексированной может быть и вся БД, более того, она может состоять исключительно из индексов, без таблиц! Для примера всё тот же mumps, он же более современный Cache и ряд иных реализаций. Хранение в разреженных сбалансированных деревьях, то что "доктор прописал" для B-tree индексов. Код применяется много где, насколько понимаю мало изменился с момента его создания в 1979году одним хирургом .. кажется. Даже не программистом. :)
Жаль, что автор статьи не сделал сноску на mumps, но это перевод.. какие претензии? ;)
Ещё вспомнился случай. Понадобилось доработать свой же пакет через пару лет.. расширение функционала. Полез смотреть .. нашел странное место, явный косяк (какой дурак мог такое написать?!?). Так, ща поправим, кто-то полазил в моем коде.. поправил - сломалось. Ага, тогда так. Сломалось. Странно, кто-то явно тут что-то менял ещё, надо заглянуть в историю Гита.. Открываю историю, 3 коммита, ровно с теми же правками, но в обратном порядке. Последний коммит с комментом: "Работать будет только так! НЕ ТРОГАТЬ!" .. все мои же. И совсем недавний коммит, коллега чистил комменты, снес за компанию.
;)
Пакет был на тему автопостроителя запросов Мускулю по EAV структуре с правильной генерацией составных запросов типа "найти товары, имеющие такое свойство со значениями раз-два, и/или это свойство со значениями три, пять и показать только выбранный набор свойств.. Ровно вчера пришлось писать по памяти ещё разок. Не сразу, но вспомнился этот трек..
К сожалению на сегодня плюсики закончились, завтра, если не потеряю статью, постараюсь плюсануть (обещание ;)
Хотя бы за честность хантеров Яндекса. Лет 5 назад проходил тестирование в сию команду, не взяли с вердиктом: "возраст". Спасибо за честность и открытость, понимаю.
Никогда не запоминал курьезные случаи, но напомнили один:
На заре торавных агрегаторов, прикрутили почтового бота к сайту, который при появлении заявки "куплю", "ищу" парсил заявку, подбирал комплект поставщиков и отправлял им письма "некто Пупкин жаждет приобрести у Вас эту фигню, в количестве штук. Вышлите ему Коммерческое Предложение, перейдя на сайт..."
И поначалу всё это просто классно работало, но однажды сисадмин обратил внимание на высокий обмен письмами с неким поставщиком из базы. Полезли смотреть, т.к. стояло явное ограничение не отправлять повторное письмо в адрес чаще чем раз в 5 минут..
.. Это был один из первых ботов-автоответчиков, и между ними состоялся примерно такой "диалог":
"Придирка" не к скорости, а к непониманию различий между "теплым" и "мягким" и сваливании в одну кучу совершенно разнородных языков, имеющих свои, конкретные преимущества.
Про скорость, замечу только одно: да, мощность компьютеров возросла на порядки со времен моей первой ЭВМ МИНСК-222М с её 6(шестью!) килословами ОЗУ и 8-и терминальном классе на Фортране-2 Ершова П.П. в НГУ в 1979г.. но!
Отчего многократно возросшая моща компьютерной техники открывает страницу онлайн-службы какого-нибудь банка по 10-30-60секунд(!!!) как только выезжаешь "в деревню"? Может в консерватории что-то не так, и утверждение "Современные процессоры смолотят любой код" банально не верное в своей основе?
Постоянно удивляет как народ смешивает не смешиваемое в одном предложении, что автор поставив несравнимое в сравнения, что комментаторы и очень часто и не только тут.
Кстати, почему нет сравнения C# vs Haskel или C# vs Lisp? по статье и аргументам, кмк "самое оно" было бы. Ещё надо было с Visual Basic сравнить. Я понимаю ещё сравнить C# c Java .. оба языка имеют прослойку, за счет которой машинно-независимы, но гарантированно теряют в скорости, оба имеют JIT компиляцию. Но сравнивать с Питоном или Джаваскриптом, особенно с последним, где-то за гранью моего понимания. Питон - чистый интерпретатор как и PHP, имеет совсем имые преимущества, не достижимые в компилируемых языках от слова "теоретически", за которые надо платить скоростью.
Javascript - вообще уникален, ибо это язык "на словаре". Вполне нормально имитирует как процедурные, так и функциональные языки и также является интерпретатором. За это плата всё та же самая - скорость исполнения.
Параллелизм исполнения .. есть два подхода: "семафорный" и "хоаровский". Первый реализован в большинстве ОС, второй в Ада, Go и не помню, где-то ещё.. какой применен в C#? Автор про это умолчал, однако..
Как можно сравнивать несравнимое?!? Сорри за много букв, может в чем и не прав, не настаиваю. Категорически режет глаз соединение в одном предложении совершенно разнородных вещей.. мягкое с теплым.
Ну не фронтендщик, бэк в основном. На своих хромоногих фронтах дальше JQuery не видел надобности применять что-либо. Из фронтовой работы, имею опыт по выпиливанию Ангуляра с заменой на чистый JS. По результатам этой работы могу сказать что страница сайта полегчала примерно с 2 Мб, до 150кб и ускорилась от 20 до 200 раз.
Да, тоже "толстый клиент", запрашивающий обновления с сайта и с частичным обновлением ДОМ по мере работы. Сметная программа, считающая смету на клиенте, запрашивающая данные по товарам, работам, ценам и отправляющая окончательную смету на сервер..
Это было давно, память уже подводит, Вы правы конешно же.. В ней, собственно и остался только ужас изучения mumps, и то, что весь синтаксис умещался на шпаргалку формата А4.. ;)
именно. Печально, что в статье это акцентировано иначе.
Хороший набор комментариев, вставлю и свои 3 копейки:
Призывы к пиратству со стороны "верхушки власти", даже высказанные как "мнение" (частного лица) уже сами по себе неоднозначны и ведут к такого рода бурному обсуждению.
Последствия тут уже высказаны, но частично: копии ПО западных стандартов далеко ушли от "самоделок" внутреннего потребления и разрешение пиратства ихнего, приведет к спаду продаж внутреннего ПО. Однозначно.
Менее очевидно иное: борьба с таким пиратством силами ихних производителей ПО, особенно в части изменений поведения кода, если ПО (а оно повально сейчас сетевое и облачное) обнаружит пирата из РФ или иной подсанкционной страны. Тут могут быть неожиданные нюансы, например такие как встречал в 90-х: при очередном запуске пиратская копия .. выносит весь диск, форматируя его нулями. Восстановлению не подлежит. Или КАД, который обнаружив факт пиратства начинает производить расчеты с +-10% ошибкой, т.с. "глазом не заметишь".. прочностной к примеру.. и т.д. Какова степень доверия к пиратской копии? Претензию не выставишь, что спроектированный на пиратском КАДе вагон внезапно рассыпался, хорошо если ещё на испытаниях! С проблемным кодом на Гитхабе уже столкнулись, даже заводили списки "опасного"..
Ближайшие проблемы разработки в РФ. Как-то обойдено стороной, но целый ряд разработчиков ИДЕ для написания ПО .. отказались не только продавать новые лицензии, но и продлять старые! Кто и на чем будет кодить в РФ в ближайшее время? Где активное телодвижение на возврат специалистов того же JetBrain, отделения которого есть в Петербурге, Новосибирске? ..тишина..
Возможное усиление санкций и, к примеру, закрытие того же Гитхаба.. ну и, где современные "сборщики ПО" будут брать решения? ;) Как жеж без того же zap.Sugared?
Кмк, вопрос пиратства многогранен, и вот так вот писать с "высокой колокольни" как-бы нельзя, даже как частное мнение. А вот потуг на развитие отечественного ПО - увы только под микроскопом. Всё как обычно: поболтали, подекларировали и .. разошлись.
Кмк, надо как "в помощь СВО", также самим кооперироваться и собирать свой аналог Гитхаба.. ждать становится слишком опасно.
Вдумчиво все не читал, но не увидел ни одной отсылки к конкретному пункту законодательста РФ об Авторском Праве.
Насколько помню, когда изучал сей вопрос, авторское право распространяется исключительно на признание автора таковым и фсё. Никто не может убрать Ваш копирайт из кода, даже если он "глобально изменен". А вот имущественное право как раз решает вопросы владения кодом как-то: его применение, распространение и покрытие лицензиями.
Может конечно за долгое время что-то изменилось, но в таком случае, хотелось бы увидеть отсылки к пунктам статей.
Там ещё помнится Модула светилась в прародителях Джавы, которая наследница Паскаля, который Вирт, насколько его помню, написал исключительно как язык для обучения и только. ;)
Периодически слежу за публикациями по этому пришельцу. Складывается ощущение, чем дальше влез, тем круче тараканы. Есть ещё один механизм ускорения/замедления на орбите: Солнечный ветер - электризован. Наличие неравновесного заряда объекта вполне может как тормозить так и ускорять объект без разных "истечений".
История с кометой 2007года также толком не нашла объяснений.
А начало развития лежит где-то в -30 назад. Отсюда можно оценить коэффициент и период этой экпоненциальной функции развития ИИ, и понять что стакан наполовину пуст становится полным всего-то на следующем витке развития. Сразу. А за 3 витка "до" стакан практически пустой - всего 1/8..
Моя оценка периода - 2-3года, и на сейчас (если не опоздал) он как раз "наполовину полон".. не менее чем на четверть. ;)
Тег "простой" предполагает простоту изложения, а не поверхностность, граничащую с безграмотностью, уж извините. Как правило, писать под тег простой - это особосложный уровень изложения, не каждый может. Никогда вот не брался за такое, ибо это "слишком сложно".
В каком месте статьи это акцентировано? Не нашел. Обращение ко всем "хабражителям" и только.
Ну .. если посмотреть, то основное сейчас - веб-разработка, а там в лидерах PHP, которого у Вас тоже нет в сравнении. И PHP8 - уже вполне "приличный" язык, да и по скоростным параметрам уже вполне на уровне.
Ну так и высказал свое мнение, что мне странно читать сравнения теплого с мягким. Собственно, из-за разного назначения, такие разные языки и находятся в топах рядом друг с другом.
Да кто его знает, не помню. Помню что обнаружил в гите коммит и там было снесено много неактуальных комментариев, может грепом прошелся..
Кмк, пропущено или не акцентирована несколько интересных моментов:
Структуры - индексы для map. В частности map[struct{int,int,int}]AnyItemType способна эффективнее индексировать "трехмерную мапу" привычного вида map[int]map[int]map[int]AnyItemType, т.к. применится только одна функция хеширования индекса, да и все маповые подкапотные структуры становятся существенно проще. Часто требуется, где данные ассоциативны по нескольким измерениям.
В Go нет классического ООП от слова совсем. Вместо ООП предлагается несколько отдельных подходов: а) встраивание объектов; б) интерфейсы как контракты реализаций; в) пакеты г) "Си с классами" - возможность создания методов к типам.
Ограничение на циклическое использование пакетов в Go практически принуждает любую архитектуру приложения становится "чистой"..
Да, это грабли ещё те, т.к. всё передается по значению, в т.ч. и слайсы. Append() к параметру-слайсу внутри функции может иметь неожиданные последствия, если функция не возвращает этот параметр обратно.
Ну .. в общем-то .. индексированной может быть и вся БД, более того, она может состоять исключительно из индексов, без таблиц! Для примера всё тот же mumps, он же более современный Cache и ряд иных реализаций. Хранение в разреженных сбалансированных деревьях, то что "доктор прописал" для B-tree индексов. Код применяется много где, насколько понимаю мало изменился с момента его создания в 1979году одним хирургом .. кажется. Даже не программистом. :)
Жаль, что автор статьи не сделал сноску на mumps, но это перевод.. какие претензии? ;)
Ещё вспомнился случай. Понадобилось доработать свой же пакет через пару лет.. расширение функционала. Полез смотреть .. нашел странное место, явный косяк (какой дурак мог такое написать?!?). Так, ща поправим, кто-то полазил в моем коде.. поправил - сломалось. Ага, тогда так. Сломалось. Странно, кто-то явно тут что-то менял ещё, надо заглянуть в историю Гита.. Открываю историю, 3 коммита, ровно с теми же правками, но в обратном порядке. Последний коммит с комментом: "Работать будет только так! НЕ ТРОГАТЬ!" .. все мои же. И совсем недавний коммит, коллега чистил комменты, снес за компанию.
;)
Пакет был на тему автопостроителя запросов Мускулю по EAV структуре с правильной генерацией составных запросов типа "найти товары, имеющие такое свойство со значениями раз-два, и/или это свойство со значениями три, пять и показать только выбранный набор свойств.. Ровно вчера пришлось писать по памяти ещё разок. Не сразу, но вспомнился этот трек..
Было 56
К сожалению на сегодня плюсики закончились, завтра, если не потеряю статью, постараюсь плюсануть (обещание ;)
Хотя бы за честность хантеров Яндекса. Лет 5 назад проходил тестирование в сию команду, не взяли с вердиктом: "возраст". Спасибо за честность и открытость, понимаю.
Никогда не запоминал курьезные случаи, но напомнили один:
На заре торавных агрегаторов, прикрутили почтового бота к сайту, который при появлении заявки "куплю", "ищу" парсил заявку, подбирал комплект поставщиков и отправлял им письма "некто Пупкин жаждет приобрести у Вас эту фигню, в количестве штук. Вышлите ему Коммерческое Предложение, перейдя на сайт..."
И поначалу всё это просто классно работало, но однажды сисадмин обратил внимание на высокий обмен письмами с неким поставщиком из базы. Полезли смотреть, т.к. стояло явное ограничение не отправлять повторное письмо в адрес чаще чем раз в 5 минут..
.. Это был один из первых ботов-автоответчиков, и между ними состоялся примерно такой "диалог":
-"У нас есть заявка на покупку ..."
-"Ваше письмо очень важно для нас"
... каждые 5 минут, как часы. :)
"Придирка" не к скорости, а к непониманию различий между "теплым" и "мягким" и сваливании в одну кучу совершенно разнородных языков, имеющих свои, конкретные преимущества.
Про скорость, замечу только одно: да, мощность компьютеров возросла на порядки со времен моей первой ЭВМ МИНСК-222М с её 6(шестью!) килословами ОЗУ и 8-и терминальном классе на Фортране-2 Ершова П.П. в НГУ в 1979г.. но!
Отчего многократно возросшая моща компьютерной техники открывает страницу онлайн-службы какого-нибудь банка по 10-30-60секунд(!!!) как только выезжаешь "в деревню"? Может в консерватории что-то не так, и утверждение "Современные процессоры смолотят любой код" банально не верное в своей основе?
Постоянно удивляет как народ смешивает не смешиваемое в одном предложении, что автор поставив несравнимое в сравнения, что комментаторы и очень часто и не только тут.
Кстати, почему нет сравнения C# vs Haskel или C# vs Lisp? по статье и аргументам, кмк "самое оно" было бы. Ещё надо было с Visual Basic сравнить. Я понимаю ещё сравнить C# c Java .. оба языка имеют прослойку, за счет которой машинно-независимы, но гарантированно теряют в скорости, оба имеют JIT компиляцию. Но сравнивать с Питоном или Джаваскриптом, особенно с последним, где-то за гранью моего понимания. Питон - чистый интерпретатор как и PHP, имеет совсем имые преимущества, не достижимые в компилируемых языках от слова "теоретически", за которые надо платить скоростью.
Javascript - вообще уникален, ибо это язык "на словаре". Вполне нормально имитирует как процедурные, так и функциональные языки и также является интерпретатором. За это плата всё та же самая - скорость исполнения.
Параллелизм исполнения .. есть два подхода: "семафорный" и "хоаровский". Первый реализован в большинстве ОС, второй в Ада, Go и не помню, где-то ещё.. какой применен в C#? Автор про это умолчал, однако..
Как можно сравнивать несравнимое?!? Сорри за много букв, может в чем и не прав, не настаиваю. Категорически режет глаз соединение в одном предложении совершенно разнородных вещей.. мягкое с теплым.
Ну не фронтендщик, бэк в основном. На своих хромоногих фронтах дальше JQuery не видел надобности применять что-либо. Из фронтовой работы, имею опыт по выпиливанию Ангуляра с заменой на чистый JS. По результатам этой работы могу сказать что страница сайта полегчала примерно с 2 Мб, до 150кб и ускорилась от 20 до 200 раз.
Да, тоже "толстый клиент", запрашивающий обновления с сайта и с частичным обновлением ДОМ по мере работы. Сметная программа, считающая смету на клиенте, запрашивающая данные по товарам, работам, ценам и отправляющая окончательную смету на сервер..