Да, я как раз про LCD, которые тогда начали появляться. С плохими углами обзора, с большими задержками, в общем, так себе для игр. ЭЛТ гробы были в разы лучше по качеству :) Да что там, мне мой старый 14-дюймовый нравился больше, чем эти LCD )
Все так, кроме разрешения. Тогда 1024х768 были нормой, 1280х1024 вовсю появлялись, 800х600 уже было чем-то старым, и использовалось только для старых игр. Ну или наоборот, для очень новых
Да не был никогда софт более оптимизирован. Раньше софт был коробочный, выпускался раз в год, и когда он выходил, у некоторых юзеров уже были компьютеры быстрее, чем те, на которых он разрабатывался. У большинства работал нормально или подлагивал, а у некоторых, кто еще не проапгрейдился - тормозил как черт знает что. Все медленно грузилось, медленно отрисовывалось.
Раньше дефрагментация и переустановка всего и вся были рутинной операцией, только для того, чтобы комп не тормозил. Апгрейд раз в два года был обязателен. Сейчас можно сидеть с i7-4770, которому 10 лет (!) на DDR3 и не обновляться, потому что не нужно. Раньше, сидеть с десятилетним процессором - значит страдать, страдать и страдать.
получать что-то из какого-то массива не предлагать (с)
Что значит, не предлагать? А давайте сравним связанный список, массив и их стоимость операций вставки, изменения, доступа, поиска. Получить случайный элемент массива - O(1), получить случайный элемент связанного списка - O(n), но вот вставить дополнительный элемент в самое начало списка - O(1) для связанного списка, и O(N) для массива. И так далее - O(1) при анализе контейнеров встречается повсеместно. Когда вы выбираете какие-то структуры данных для проекта про это нужно помнить.
Да, не все гении. Не скажу за пианино, скажу за гитару - если вы посмотрите на разных гитаристов повнимательнее, на их руки, то можно заметить, что они играют по разному, и постановка рук, что правой, что левой, у них - разная. Нету единой правильной постановки.
Да, многие виртуозы учились с педагогами, играли гаммы и все остальное. Но я не уверен, что "постановке рук" придавалось такое значение, как это происходило (и все еще происходит) в советских музыкальных школах. Первым заданием Стиву Ваю от Джо Сатриани было выучить все ноты на грифе гитары, а не научиться её правильно держать. Музыка важнее.
В реальности правильную постановку рук для игры на инструменте может дать только преподаватель, и эта правильная постановка ВАЖНЕЕ, чем умение играть навороченные пассажи.
Ох уж эта советская школа, в которой постановка рук важнее, чем музыка...
Что-то я забыл, как звали преподавателя, который поставил руки Джимми Хендриксу?
Я раньше тоже думал как-то так. Теперь так не думаю. Не выглядит для меня этот конфликт как что-то другое, как отдельная история. Он гораздо органичнее смотрится, как кусок единого целого в истории современной России.
Я в википедии нашел Subversion в 2010 году ( https://en.wikipedia.org/wiki/History_of_Delphi_(software) ) . При том, что я что-то там писал на Дельфи 7 в 2002-2003 годах, и вот тогда Дельфи - это было круто. Так что я все еще остаюсь при своем мнении, что IDE вполне могут включать в себя фреймворки и инструменты для работы с ними.
Ваш список неверен. Я пробовал все IDE из этого списка ;) И я уверен, что многое великое здесь пропущено просто по той причине, что не может такого быть, чтобы я знал все "революционные IDE, повлиявшие на разработку ПО". Тот же Smalltalk, упомянутый в статье, появился до моего рождения.
И уж точно не Visual Studio Code записывать в революционные. LSP - эволюционная фича, логичное развитие идей Eclipse.
Чтобы получилось что-то, нужно в квантовых процессах понять.
Не нужно. Работает - отлично, а почему - пусть физики разбираются. Впервые такой эффект был замечен в 1907 году, авторское свидетельство на светодиод было в 1927 году. О квантовых процессах тогда очень мало знали.
Топовый 2700K стоил $330
i5 не бюджетный, это правда. Но и не топовый.
Да, я как раз про LCD, которые тогда начали появляться. С плохими углами обзора, с большими задержками, в общем, так себе для игр. ЭЛТ гробы были в разы лучше по качеству :) Да что там, мне мой старый 14-дюймовый нравился больше, чем эти LCD )
По уровню гладкости Земля равна биллиардному шару.
Все так, кроме разрешения. Тогда 1024х768 были нормой, 1280х1024 вовсю появлялись, 800х600 уже было чем-то старым, и использовалось только для старых игр. Ну или наоборот, для очень новых
А ведь это середняк тринадцатилетней давности...
Да не был никогда софт более оптимизирован. Раньше софт был коробочный, выпускался раз в год, и когда он выходил, у некоторых юзеров уже были компьютеры быстрее, чем те, на которых он разрабатывался. У большинства работал нормально или подлагивал, а у некоторых, кто еще не проапгрейдился - тормозил как черт знает что. Все медленно грузилось, медленно отрисовывалось.
Раньше дефрагментация и переустановка всего и вся были рутинной операцией, только для того, чтобы комп не тормозил. Апгрейд раз в два года был обязателен. Сейчас можно сидеть с i7-4770, которому 10 лет (!) на DDR3 и не обновляться, потому что не нужно. Раньше, сидеть с десятилетним процессором - значит страдать, страдать и страдать.
Что значит, не предлагать? А давайте сравним связанный список, массив и их стоимость операций вставки, изменения, доступа, поиска. Получить случайный элемент массива - O(1), получить случайный элемент связанного списка - O(n), но вот вставить дополнительный элемент в самое начало списка - O(1) для связанного списка, и O(N) для массива. И так далее - O(1) при анализе контейнеров встречается повсеместно. Когда вы выбираете какие-то структуры данных для проекта про это нужно помнить.
Да, не все гении. Не скажу за пианино, скажу за гитару - если вы посмотрите на разных гитаристов повнимательнее, на их руки, то можно заметить, что они играют по разному, и постановка рук, что правой, что левой, у них - разная. Нету единой правильной постановки.
Да, многие виртуозы учились с педагогами, играли гаммы и все остальное. Но я не уверен, что "постановке рук" придавалось такое значение, как это происходило (и все еще происходит) в советских музыкальных школах. Первым заданием Стиву Ваю от Джо Сатриани было выучить все ноты на грифе гитары, а не научиться её правильно держать. Музыка важнее.
Ох уж эта советская школа, в которой постановка рук важнее, чем музыка...
Что-то я забыл, как звали преподавателя, который поставил руки Джимми Хендриксу?
Я раньше тоже думал как-то так. Теперь так не думаю. Не выглядит для меня этот конфликт как что-то другое, как отдельная история. Он гораздо органичнее смотрится, как кусок единого целого в истории современной России.
Как это нет рецептов?
https://habr.com/ru/articles/361755/
Я в википедии нашел Subversion в 2010 году ( https://en.wikipedia.org/wiki/History_of_Delphi_(software) ) . При том, что я что-то там писал на Дельфи 7 в 2002-2003 годах, и вот тогда Дельфи - это было круто. Так что я все еще остаюсь при своем мнении, что IDE вполне могут включать в себя фреймворки и инструменты для работы с ними.
А когда в Дельфи появились инструменты для работы с контролем версий из коробки? Кажется, уже после заката популярности.
Несколько не соглашусь. Вот тот же Delphi - он же не с гитом интегрировался, а с визуальным редактором для VCL - а ведь это фрэймворк.
Все же IDE - это немножко больше, чем текстовый редактор с расширениями.
Ваш список неверен. Я пробовал все IDE из этого списка ;) И я уверен, что многое великое здесь пропущено просто по той причине, что не может такого быть, чтобы я знал все "революционные IDE, повлиявшие на разработку ПО". Тот же Smalltalk, упомянутый в статье, появился до моего рождения.
И уж точно не Visual Studio Code записывать в революционные. LSP - эволюционная фича, логичное развитие идей Eclipse.
Да вроде была... Я точно пользовался русской версией ;)
Не нужно. Работает - отлично, а почему - пусть физики разбираются. Впервые такой эффект был замечен в 1907 году, авторское свидетельство на светодиод было в 1927 году. О квантовых процессах тогда очень мало знали.
В начале игры у каждой стороны по 12 шашек.
А я еще раз скажу - TS не скомпилирует код, который не соответствует объявленным типам. А JS - выполнит код, который не соответствует документации.