#развитие_языков_программирования — Public Fediverse posts

Ахиллесова пята C++ и будущая р̶е̶ эволюция

Недавно я опубликовал мнение о фундаментальной экономической модели разработки ПО, которая не способствует (и объективно не должна способствовать) массовому переходу с C/C++ на «безопасные» языки программирования Экономика безопасности кода или почему Rust не нужен . Но чтобы оставаться честным перед читателями, решил опубликовать и статью-контраргумент с описанием обратной стороны медали, то есть почему C++ всё равно будет рано или поздно заменён, а заодно попробовать разобрать, каким будет новый язык программирования, который неминуемо придёт на смену C++.

https://habr.com/ru/articles/1021684/

#программирование #с++ #развитие_языков_программирования #эволюция_языка

Ахиллесова пята C++ и будущая р̶е̶ эволюция

Недавно я опубликовал мнение о фундаментальной экономической модели разработки ПО, которая не способствует (и объективно не должна способствовать) массовому переходу с C/C++ на «безопасные» языки программирования Экономика безопасности кода или почему Rust не нужен . Но чтобы оставаться честным перед читателями, решил опубликовать и статью-контраргумент с описанием обратной стороны медали, то есть почему C++ всё равно будет рано или поздно заменён, а заодно попробовать разобрать, каким будет новый язык программирования, который неминуемо придёт на смену C++.

https://habr.com/ru/articles/1021684/

#программирование #с++ #развитие_языков_программирования #эволюция_языка

Ахиллесова пята C++ и будущая р̶е̶ эволюция

Недавно я опубликовал мнение о фундаментальной экономической модели разработки ПО, которая не способствует (и объективно не должна способствовать) массовому переходу с C/C++ на «безопасные» языки программирования Экономика безопасности кода или почему Rust не нужен . Но чтобы оставаться честным перед читателями, решил опубликовать и статью-контраргумент с описанием обратной стороны медали, то есть почему C++ всё равно будет рано или поздно заменён, а заодно попробовать разобрать, каким будет новый язык программирования, который неминуемо придёт на смену C++.

https://habr.com/ru/articles/1021684/

#программирование #с++ #развитие_языков_программирования #эволюция_языка

Ахиллесова пята C++ и будущая р̶е̶ эволюция

Недавно я опубликовал мнение о фундаментальной экономической модели разработки ПО, которая не способствует (и объективно не должна способствовать) массовому переходу с C/C++ на «безопасные» языки программирования Экономика безопасности кода или почему Rust не нужен . Но чтобы оставаться честным перед читателями, решил опубликовать и статью-контраргумент с описанием обратной стороны медали, то есть почему C++ всё равно будет рано или поздно заменён, а заодно попробовать разобрать, каким будет новый язык программирования, который неминуемо придёт на смену C++.

https://habr.com/ru/articles/1021684/

#программирование #с++ #развитие_языков_программирования #эволюция_языка

Возможное расширение языка C++ операцией векторного скалярного произведения

У меня возникла идея, как можно расширить синтаксис C++ операцией векторного скалярного произведения. Если кратко, то произведение двух матриц в новых обозначениях будет выглядеть так: C[>i][>j] = A[i][>k] * B[>k][j]; Насколько мне известно, сочетания операторов [> и [< вроде бы нигде не используются. Их можно применить для декларации индексов, которые существуют только в пределах данного выражения. Сочетание [> используется для декларации индекса, который пробегает от начала до конца массива в прямом направлении, а сочетание [< для декларации индекса, который пробегает в обратном направлении. Для повторяющихся индексов в произведении подразумевается суммирование - они аналогичны немым индексам в тензорных обозначениях. Разберём на примерах, как это будет работать.

https://habr.com/ru/articles/914458/

#умножение_тензоров #умножение_матриц #скалярное_произведение #векторы #развитие_языков_программирования

Возможное расширение языка C++ операцией векторного скалярного произведения

У меня возникла идея, как можно расширить синтаксис C++ операцией векторного скалярного произведения. Если кратко, то произведение двух матриц в новых обозначениях будет выглядеть так: C[>i][>j] = A[i][>k] * B[>k][j]; Насколько мне известно, сочетания операторов [> и [< вроде бы нигде не используются. Их можно применить для декларации индексов, которые существуют только в пределах данного выражения. Сочетание [> используется для декларации индекса, который пробегает от начала до конца массива в прямом направлении, а сочетание [< для декларации индекса, который пробегает в обратном направлении. Для повторяющихся индексов в произведении подразумевается суммирование - они аналогичны немым индексам в тензорных обозначениях. Разберём на примерах, как это будет работать.

https://habr.com/ru/articles/914458/

#умножение_тензоров #умножение_матриц #скалярное_произведение #векторы #развитие_языков_программирования

Возможное расширение языка C++ операцией векторного скалярного произведения

У меня возникла идея, как можно расширить синтаксис C++ операцией векторного скалярного произведения. Если кратко, то произведение двух матриц в новых обозначениях будет выглядеть так: C[>i][>j] = A[i][>k] * B[>k][j]; Насколько мне известно, сочетания операторов [> и [< вроде бы нигде не используются. Их можно применить для декларации индексов, которые существуют только в пределах данного выражения. Сочетание [> используется для декларации индекса, который пробегает от начала до конца массива в прямом направлении, а сочетание [< для декларации индекса, который пробегает в обратном направлении. Для повторяющихся индексов в произведении подразумевается суммирование - они аналогичны немым индексам в тензорных обозначениях. Разберём на примерах, как это будет работать.

https://habr.com/ru/articles/914458/

#умножение_тензоров #умножение_матриц #скалярное_произведение #векторы #развитие_языков_программирования

Возможное расширение языка C++ операцией векторного скалярного произведения

У меня возникла идея, как можно расширить синтаксис C++ операцией векторного скалярного произведения. Если кратко, то произведение двух матриц в новых обозначениях будет выглядеть так: C[>i][>j] = A[i][>k] * B[>k][j]; Насколько мне известно, сочетания операторов [> и [< вроде бы нигде не используются. Их можно применить для декларации индексов, которые существуют только в пределах данного выражения. Сочетание [> используется для декларации индекса, который пробегает от начала до конца массива в прямом направлении, а сочетание [< для декларации индекса, который пробегает в обратном направлении. Для повторяющихся индексов в произведении подразумевается суммирование - они аналогичны немым индексам в тензорных обозначениях. Разберём на примерах, как это будет работать.

https://habr.com/ru/articles/914458/

#умножение_тензоров #умножение_матриц #скалярное_произведение #векторы #развитие_языков_программирования