А как у них сейчас обстоит дело с уязвимостями? Meltdown, Spectre и куча новых, недавно открытых уязвимостей в продукции Intel заставляет задуматься, а все ли хорошо с этим у AMD?
Не хочу вас разочаровывать, но хочу упомянуть об удобной аналогичной программе-переводчике, поддерживающая несколько сервисов (включая Google, Yandex, DeepL). Умеет показывать перевод любого выделенного текста, а так же озвучивать его через TTS (при чем можно задать домен гугла и получить, например, Американское произношение). А если вводить в него по одному слову, работает как словарь. QTranslate
Вопрос преимуществ/недостатков константности на самом деле весьма непрост. После того, как я столкнулся с невозможностью использовать const correctness в языке D, как я это делал в C++, мне пришлось пройти через путь «отрицание/гнев/принятие» и пересмотреть свои взгляды на эту тему. Есть весьма интересная статья «Why const sucks», написанная одним из котрибьюторов языка D. Его размышления заставляют задуматься, а действительно ли так необходима логическая константность в C++, как я думал раньше?
Программе знать тип конечно необходимо. Но выносить это на программиста вовсе не обязательно. Я знаю по крайней мере 2 способа это реализовать. Любую переменную приводить к одному типу
Если все хранить в строках, о высокой производительности можно забыть, да и памяти это съест больше, чем могло бы.
либо хранить вместе с переменной ее тип.
А тут получается tagged union, использование которого похоже на эмуляцию динамической типизации средствами языка, ее не поддерживающего. Любой интерпретатор языка с динамической типизацией должен хранить значения переменных подобным образом.
По сути получается, что вы скорее сторонник динамической типизации и ваш язык программирования не подойдет для задач, требующих максимальной производительности.
Я не являюсь сторонником ни того, ни другого подхода.
Расскажите о вашем подходе, сторонником которого вы являетесь.
Я считаю типизацию как таковую основным злом современных языков программирования.
Приведите пожалуйста пример, как можно обойтись без типизации. Так или иначе, программе нужно «знать» формат хранения данных в памяти по определенному адресу.
Я вас не знаю и не знаком с вашими работами, но чисто субъективно, у меня создается ощущение, что у вас в голове какая-то каша.
Пару лет назад (когда еще пользовался услугами МТС) менял старую карту на новую, для поддержки LTE. Тоже сначала удивился, что поменяли без вопросов и даже денег не попросили. Позже оказалось, что все автоматизированно и деньги просто сняли с лицевого счета. Вы уверены по поводу МТС или это замена при утере бесплатна?
Однако даже эти настройки недостаточны. Когда я активно применял метод, то ставил себе с утра 50 минут, потому что с утра у меня было больше энергии, и я с легкостью концентрировался на этот период, а к вечеру иногда приходилось интервал уменьшать. Мозг не резиновый, все равно устаёт.
Помидорки переменной продолжительности не позволят нормально вести учет затраченного времени (в помидорах) и прогнозировать время, необходимое для решения задачи.
Кроме того, по моему мнению, это может привести к более быстрой утомляемости. Аналогия, конечно, довольно грубая, но все же:
Делая жим штанги лежа, можно сделать 4 подхода по 8 повторений. В конце первой пары подходов у вас еще останутся сили на пару-тройку повторений. Третий подход вы сделаете нормально, а последние два-три повторения в четвертом подходе уже будут на пределе ваших возможностей. Итого: 4 * 8 = 32 повторения. Если же вы попробуете выложиться на максимум в первом подходе и сделаете, допустим, 12 повторений, вам будет гораздо сложнее «наверстать» оставшиеся (до 32) повторения в последующих подходах.
Мозг — это конечно не мышца, но я склонен считать, что помидорки должны иметь одинаковый интервал, который имеет не очень большую продолжительность. Так легче убедить себя не отвлекаться, да и коллегам не придется ждать возможности обсудить со мной что-то слишком долго.
Никоим образом не хочу «бить кулаками», но «моё имхо» очень бросается в глаза. Масло маслянное получается. Так бы и писали: «моё мнение» или просто «IMHO».
Если говорить о менее гиковских вещах, то, например, в Android 9 убрали штатную возможность записи звонков, а в iOS её никогда не было. Для человека, тяжело запоминающего детали устной речи, это очень важная функция.
В США запись телефонных разговоров законодательно запрещена в половине штатов. Думаю оттуда ноги и растут.
У кота тоже большие проблемы с клыками. Создается ощущение, что их сечение не круглое, а сильно вытянутый овал. Как будто клыки занимают всю длину нижней челюсти или изгибаются при повороте картинки в направлении горла кота. В общем, это безусловно очень интересный эффект, но чувствуется подделка.
А под прокатчиком имеется в виду студия, выпускающая фильм? Не очень понимаю, как люди, не понимающие языка, на который они заказали локализацию, могут просить локализаторов что-то изменить?
Конструкторы копирования еще обсуждаются (идет финальный раунд), вы путаете с postblit конструкторами (вызывается после memcpy данных).
А конструктора по-умолчанию у структур нет, т.к. в D все типы должны иметь «значение по-умолчанию» (.init).
Язык D очень интересный и по ощущениям, весьма продуктивный. Но у него есть несколько моментов, ставящих в тупик. Например, транзитивный const. При всей кажущейся разумности идеи, это выливается практически в невозможность использования const. Один из частых советов на форумах D: «don't use const». Кроме того, отсутствие конструктора по умолчанию для struct и конструктора копирования (правда сейчас обсуждается предложение по его добавлению) так же порой доставляет много неудобств.
То, что мне хочется, стоит дорого, и выбрать это, чаще всего, могу только я сам. Да да, технические игрушки. Поэтому я думаю, оно того не стоит.
Хочешь порадовать любимого человека (безотносительно пола), подари подарок без повода. Это может быть что-то, сделанное руками (в том числе приготовленное) или что-то, что ему действительно нужно. В остальных случаях (включая прямые заказы «хочу вот это») — это глупая обязаловка.
QTranslate
А тут получается tagged union, использование которого похоже на эмуляцию динамической типизации средствами языка, ее не поддерживающего. Любой интерпретатор языка с динамической типизацией должен хранить значения переменных подобным образом.
По сути получается, что вы скорее сторонник динамической типизации и ваш язык программирования не подойдет для задач, требующих максимальной производительности.
Приведите пожалуйста пример, как можно обойтись без типизации. Так или иначе, программе нужно «знать» формат хранения данных в памяти по определенному адресу.
Я вас не знаю и не знаком с вашими работами, но чисто субъективно, у меня создается ощущение, что у вас в голове какая-то каша.
Помидорки переменной продолжительности не позволят нормально вести учет затраченного времени (в помидорах) и прогнозировать время, необходимое для решения задачи.
Кроме того, по моему мнению, это может привести к более быстрой утомляемости. Аналогия, конечно, довольно грубая, но все же:
Делая жим штанги лежа, можно сделать 4 подхода по 8 повторений. В конце первой пары подходов у вас еще останутся сили на пару-тройку повторений. Третий подход вы сделаете нормально, а последние два-три повторения в четвертом подходе уже будут на пределе ваших возможностей. Итого: 4 * 8 = 32 повторения. Если же вы попробуете выложиться на максимум в первом подходе и сделаете, допустим, 12 повторений, вам будет гораздо сложнее «наверстать» оставшиеся (до 32) повторения в последующих подходах.
Мозг — это конечно не мышца, но я склонен считать, что помидорки должны иметь одинаковый интервал, который имеет не очень большую продолжительность. Так легче убедить себя не отвлекаться, да и коллегам не придется ждать возможности обсудить со мной что-то слишком долго.
В США запись телефонных разговоров законодательно запрещена в половине штатов. Думаю оттуда ноги и растут.
А конструктора по-умолчанию у структур нет, т.к. в D все типы должны иметь «значение по-умолчанию» (.init).
Хочешь порадовать любимого человека (безотносительно пола), подари подарок без повода. Это может быть что-то, сделанное руками (в том числе приготовленное) или что-то, что ему действительно нужно. В остальных случаях (включая прямые заказы «хочу вот это») — это глупая обязаловка.