Машине не нужен синтаксический сахар - для нее написать для каждого типа одинаковый код не стоит ничего. Так что Дженерики в го или наследование в c++ это все для нас. Машина может держать все детали в памяти и ког генерируемый ей будет мне кажется не пригодным для людей. Да сейчас ChatGPT генерирует код привычный нам, с логичными названиями переменных и даже комментариями. Но это потому что он обучен на коде написанном людьми и к тому же цель его разработчиков пока в том чтобы код был "для людей". Дальше критерии для обучения будут меняться - так что в конечном итоге языки программирования в привычном нам виде развиваться больше не будут. Но это я думаю не так скоро все будет. А пока кодить будем сами - и думаю долго.
А что то о надежности ламп у вас можно посмотреть? Я в начале сентября взял недорогие лампы ASD LED-A60 11Вт. брал в юлмарте www.ulmart.ru/goods/3503806. Из 11 ламп только 2 еще горят. Не разбирал — думаю при покупке новых попробовать сдать их по гарантии. Очень странно что так быстро сгорели.
Народ, это обман! Пытался распечатать себе огромный член, вышло дороже, чем заявлено в посте на 100$. Вертел я автора… на своем недопечатанном члене! (не хватило средств, накопил только 750$)
Кто подскажет что то ( хорошо бы с триалом ) для статического анализа проекта под линукс.
Пробовал натравливать просто на папку Cppcheck виндовый — в основном указал на неиспользуемые переменные и постфиксные инкременты, нашел один баг который совсем недавно внесли в проект — но уверен его бы нашли уже при выкладке. Хочется напустить на проект что то серьезноею. Собираем cmake — ом если это важно.
Рабочего сделавшего ПТУР по своей прихоти переключающаяся из автоматического режима — на ведение по лучу. Нигде не документировавшего это — т.е стрелок об этом не знает. Надо сажать, ибо тот факт что оператор мог понять что его луч опять ведет ракету на цель не оправдание. Это если было никем не заказано и нигде не описано — в противном случае он не виновен. Вообще в России многие программирование считают творческой профессией — а оно разное — есть и творчество ( но это обычно право и обязанность архитекта ) но к примеру кодирование это ремесло ( да высококвалифицированное но ремесло ) и не надо по своему личному ощущению полезности функционала добавлять или модифицировать функции описанные в тз.
почему внутри строки? это только в первых байтах кодирующих длину первый бит означает что возьмите еще один байт. А как длина получена — дальше в строке все можно юзать :)
В случае с журнальными данными агрегация в этой таблице у вас вероятно в пределах дня ( я имею ввиду саму большую из них а не срезы ). У нас я сделал «ENGINE=MRG_MyISAM INSERT_METHOD=LAST» и много кусочков по ~ 25 миллиона записей в каждой. Естественно куски разбиты по границам суток. Сделано для ускорения вставки — у нас большой суточный прирост базы. А тут индексы у каждого куска будут свои и вставка в последний будет быстрой. Сейчас мы уже написали свое хранилище для таких данных — но очень долго жили с таким и вобщем ничего плохого.
mysql> select count(*) from TIZER_STAT;
+-----------+
| count(*) |
+-----------+
| 603530747 |
+-----------+
Были и есть более удачные реализации многомерных БД (и построенной поверх них объектности), к примеру www.cache.ru/
да она коммерческая — но уже десятки лет ( а точнее раньше самой каше ) были и есть M системы ( а каше ей и является )
и были умники которые говорили что реляционки теперь не нужны — сам был среди них.
а теперь оглянитесь и посмотрите на чем сделана большая часть проектов.
Эх в многих странах можно получить местный тел для входящих к скайпу.
В России понятно этого не будет — по крайней мере пока отношение к скайпу у операторов фиксированной связи не изменится :(.
А ведь тогда для многих мобильный скайпофон был бы почти полной заменой мобилы — по крайней мере в Москве где wifi и wimax почти везде доступны — а в офисах есть местный wi-fi.
Причем с их услугой переадресации в случае потери связи звонил бы обычный мобильник.
И что по части производительности — сильно отстал/обогнал Cardinal?
Хотя конечно библиотеки все будут другие — тестить получится только либо числодробилки, либо синтетические алгоритмы с массивами. Так что в январе сами наверно попробуем и оценим — если они уложатся в сроки.
Возможность открыть несколько файлов на редактирование и переключаться между ними
Машине не нужен синтаксический сахар - для нее написать для каждого типа одинаковый код не стоит ничего. Так что Дженерики в го или наследование в c++ это все для нас. Машина может держать все детали в памяти и ког генерируемый ей будет мне кажется не пригодным для людей. Да сейчас ChatGPT генерирует код привычный нам, с логичными названиями переменных и даже комментариями. Но это потому что он обучен на коде написанном людьми и к тому же цель его разработчиков пока в том чтобы код был "для людей". Дальше критерии для обучения будут меняться - так что в конечном итоге языки программирования в привычном нам виде развиваться больше не будут. Но это я думаю не так скоро все будет. А пока кодить будем сами - и думаю долго.
Пробовал натравливать просто на папку Cppcheck виндовый — в основном указал на неиспользуемые переменные и постфиксные инкременты, нашел один баг который совсем недавно внесли в проект — но уверен его бы нашли уже при выкладке. Хочется напустить на проект что то серьезноею. Собираем cmake — ом если это важно.
исторически так осталось :)
mysql> select count(*) from TIZER_STAT;
+-----------+
| count(*) |
+-----------+
| 603530747 |
+-----------+
да она коммерческая — но уже десятки лет ( а точнее раньше самой каше ) были и есть M системы ( а каше ей и является )
и были умники которые говорили что реляционки теперь не нужны — сам был среди них.
а теперь оглянитесь и посмотрите на чем сделана большая часть проектов.
В России понятно этого не будет — по крайней мере пока отношение к скайпу у операторов фиксированной связи не изменится :(.
А ведь тогда для многих мобильный скайпофон был бы почти полной заменой мобилы — по крайней мере в Москве где wifi и wimax почти везде доступны — а в офисах есть местный wi-fi.
Причем с их услугой переадресации в случае потери связи звонил бы обычный мобильник.
это я так — расстраиваюсь вслух
Хотя конечно библиотеки все будут другие — тестить получится только либо числодробилки, либо синтетические алгоритмы с массивами. Так что в январе сами наверно попробуем и оценим — если они уложатся в сроки.
Помнится года два назад реализация python под parrot отстала почти вдвое от CPython.