"Подводные камни" в высшей степени странные. ИМХО чистый субъективизм.
Я немного знаю PHP, но основные языки для меня - C/C++, поэтому появление Go и возможность использовать его в вебе вместо PHP/Python для меня был как глоток свежего воздуха.
Имена переменных можно делать любой длины, как и во всех языках. Главное чтобы было понятно.
То что в Go не принято использовать все эти ваши фреймворки - это же прекрасно! Язык программирования (любой, не только Go) по опеделению проще и надежнее, чем фреймворк. Проще в изучении, проще в использовании, содержит на порядки меньше ошибок (вообще ошибки в компиляторах это суперэкзотика). И то что называется "написание велосипедов" на самом деле лично я воспринимаю как просто обычное классическое программирование. А вот продирание сквозь дебри фреймворков в попытке сделать что-то чуть нестандартное воспринимается лично мной не иначе как танцы с бубном (но это конечно тоже субъективная оценка).
А вот важнейшее на мой возгял преимущество Go перед PHP/Python - это даже не статическая типизация (хотя она тоже очень важна), а то что в языке нормально, ЯВНО объявляются переменные. Т.е. переменная явно объявляется один раз (оператором var или :=), а все остальные упоминания имени - это ее использование. В случае опечатки в имени не возникнет новая переменная, а будет ошибка компиляции.
Не так уж часто я копирую гигабайтные файлы. А вот в чем возникает потребность, так это в принципиально новом подходе к файловой системе. В некоторых функциях, свойственных базам данных. Например чтобы у файла кроме уникального имени были неуникальные теги, по которым также можно искать, сортировать и фильтровать файлы. Что-то можно проэмулировать используя ADS, но не всё, и не всегда это удобно. Для каких-то возможностей нужны специальные файловые менеджеры или плагины к существующим (и тоже далеко не всегда получается удобно).
Система выглядит очень приятно! Думаю что вот это все так или иначе пригодится как минимум разработчикам-любителям операционных систем, чтобы не только ядро и консоль, а и красивый GUI был.
Луддиты всегда были, и то что они есть сейчас- неудивительно. Прогресс в общем случае затрагивает цивилизацию в целом куда больше чем конкретного человека в частности. Как мы видим, полеты в космос, электроника и биотехнологии не сильно уменьшили число людей, верящих во все то, во что верили в средние века.
В конечном итоге все цифровые процессы сводятся к bool, к нулям и единицам в сумматорах, компараторах и прочем. Интересный вопрос - можно ли перенести всю эту цифровую логику в нейросеть. Т.е. возложить на нейронку функции сложения, умножения и прочего... В результате нейронка будет представлять собой огромную однородную логическую схему.
Я тоже когда-то пытался ставить Gnustep на винду (и вроде даже поставил). Меня интересовал язык ObjectiveC, его уникальная в сравнении с другими языками система "сообщений" вместо классических "методов".
Так пароль нужно еще срисовать. А у меня он хранится в keepass криптоконтейнере. А пароль к криптоконтейнеру - исключительно в голове. А двухфакторная авторизация через sms это зависимость от смартфона, который можно не зарядить, сломать, потерять, украсть, конфисковать, и даже вот так - лишиться возможности получать sms по политическим причинам.
Методы-расширения обобщаются до UFCS, т.е. это должно работать в обе стороны: функция может вызываться как метод от своего первого параметра, и метод может вызываться как функция (статический метод класса) с явной передачей первого параметра. Фича интересная, но почему-то стандартизаторы никак не могут договориться. Хотя казалось бы, всего лишь синтаксический сахар.
А то что у вас в примере - это эмуляция языковых возможностей. Результат ситуации, когда программисты хотят какую-то возможность, язык ее не предоставляет, но зато язык предоставляет слишком большую свободу при использовании других возможностей. И по моему мнению, лучше таких вещей избегать - это нарушает целостное восприятие самого языка, создает многочисленные "диалекты".
Кто нибудь знает, gmail поддерживает TOTP вместо SMS? Еще до всех этих блокировок замечал насколько неудобна вся эта возня со смартфоном и SMS, если нужно к примеру войти в аккаунт из новой виртуалки. Причем аккаунт может понадобиться ради того чтобы через авторизацию гугла войти куда нибудь еще...А теперь, учитывая что в некоторых случаях SMS от Гугла стали не доходить (и вероятно число этих случаев будет только увеличиваться - сначала регистрация, а затем и до авторизации доберутся), вопрос становится более чем актуальным (хотя мне эта 2FA вообще даром не нужна, но раз требуют то напрашивается идея пойти по самому простому пути)
Битовые поля ни в одном языке не сделаны идеально (и это если учесть что они в основной массе языков не сделаны вообще). В Си еще более-менее (хотя и там есть недостатки), в Rust по сути предлагается откат на более низкий уровень - типа сами пишите код для выполнения всех операций с битами. И это только единичные биты, а если нужны битовые типы данных, к примеру беззнаковое число длиной 3 бита, расположенное по строго определенному битовому смещению в слове?
Интересно еще, чтобы IMEI телефона, "засвеченного" с официальными симками, не засвечивалось с этими виртуальными. В принципе вариант - дешевый gsm-модем для обычных симок и такой модуль... но может уже есть все в одном девайсе?
"Подводные камни" в высшей степени странные. ИМХО чистый субъективизм.
Я немного знаю PHP, но основные языки для меня - C/C++, поэтому появление Go и возможность использовать его в вебе вместо PHP/Python для меня был как глоток свежего воздуха.
Имена переменных можно делать любой длины, как и во всех языках. Главное чтобы было понятно.
То что в Go не принято использовать все эти ваши фреймворки - это же прекрасно! Язык программирования (любой, не только Go) по опеделению проще и надежнее, чем фреймворк. Проще в изучении, проще в использовании, содержит на порядки меньше ошибок (вообще ошибки в компиляторах это суперэкзотика). И то что называется "написание велосипедов" на самом деле лично я воспринимаю как просто обычное классическое программирование. А вот продирание сквозь дебри фреймворков в попытке сделать что-то чуть нестандартное воспринимается лично мной не иначе как танцы с бубном (но это конечно тоже субъективная оценка).
А вот важнейшее на мой возгял преимущество Go перед PHP/Python - это даже не статическая типизация (хотя она тоже очень важна), а то что в языке нормально, ЯВНО объявляются переменные. Т.е. переменная явно объявляется один раз (оператором var или :=), а все остальные упоминания имени - это ее использование. В случае опечатки в имени не возникнет новая переменная, а будет ошибка компиляции.
Кстати, а как на низком уровне работает паника в Go? Аналогично классической раскрутке стека при исключении в С++?
И увы, здесь тоже камера расположена не на откидывающейся крышке, а на той части которую держат в руках. ИМХО это же очевидно неудобно.
Реально 1Tb и никаких подводных камней?
А какое сейчас самое большое бесплатное и анонимное (для регистрации только email) хранилище?
Основы кибербезопасности и киберзащиты киберРодины
Да, очень жаль что закрыли.
Не так уж часто я копирую гигабайтные файлы. А вот в чем возникает потребность, так это в принципиально новом подходе к файловой системе. В некоторых функциях, свойственных базам данных. Например чтобы у файла кроме уникального имени были неуникальные теги, по которым также можно искать, сортировать и фильтровать файлы. Что-то можно проэмулировать используя ADS, но не всё, и не всегда это удобно. Для каких-то возможностей нужны специальные файловые менеджеры или плагины к существующим (и тоже далеко не всегда получается удобно).
А в gcc свойства насколько я понимаю так и не добавили? Хотя казалось бы там больше всего языковых расширений...
Система выглядит очень приятно! Думаю что вот это все так или иначе пригодится как минимум разработчикам-любителям операционных систем, чтобы не только ядро и консоль, а и красивый GUI был.
Луддиты всегда были, и то что они есть сейчас- неудивительно. Прогресс в общем случае затрагивает цивилизацию в целом куда больше чем конкретного человека в частности. Как мы видим, полеты в космос, электроника и биотехнологии не сильно уменьшили число людей, верящих во все то, во что верили в средние века.
В конечном итоге все цифровые процессы сводятся к bool, к нулям и единицам в сумматорах, компараторах и прочем. Интересный вопрос - можно ли перенести всю эту цифровую логику в нейросеть. Т.е. возложить на нейронку функции сложения, умножения и прочего... В результате нейронка будет представлять собой огромную однородную логическую схему.
Я тоже когда-то пытался ставить Gnustep на винду (и вроде даже поставил). Меня интересовал язык ObjectiveC, его уникальная в сравнении с другими языками система "сообщений" вместо классических "методов".
Никогда не пользовался, но раз хотят заблокировать - значит стоящая вещь, надо регистрироваться и посмотреть что это такое.
Так пароль нужно еще срисовать. А у меня он хранится в keepass криптоконтейнере. А пароль к криптоконтейнеру - исключительно в голове. А двухфакторная авторизация через sms это зависимость от смартфона, который можно не зарядить, сломать, потерять, украсть, конфисковать, и даже вот так - лишиться возможности получать sms по политическим причинам.
Методы-расширения обобщаются до UFCS, т.е. это должно работать в обе стороны: функция может вызываться как метод от своего первого параметра, и метод может вызываться как функция (статический метод класса) с явной передачей первого параметра. Фича интересная, но почему-то стандартизаторы никак не могут договориться. Хотя казалось бы, всего лишь синтаксический сахар.
А то что у вас в примере - это эмуляция языковых возможностей. Результат ситуации, когда программисты хотят какую-то возможность, язык ее не предоставляет, но зато язык предоставляет слишком большую свободу при использовании других возможностей. И по моему мнению, лучше таких вещей избегать - это нарушает целостное восприятие самого языка, создает многочисленные "диалекты".
Кто нибудь знает, gmail поддерживает TOTP вместо SMS? Еще до всех этих блокировок замечал насколько неудобна вся эта возня со смартфоном и SMS, если нужно к примеру войти в аккаунт из новой виртуалки. Причем аккаунт может понадобиться ради того чтобы через авторизацию гугла войти куда нибудь еще...А теперь, учитывая что в некоторых случаях SMS от Гугла стали не доходить (и вероятно число этих случаев будет только увеличиваться - сначала регистрация, а затем и до авторизации доберутся), вопрос становится более чем актуальным (хотя мне эта 2FA вообще даром не нужна, но раз требуют то напрашивается идея пойти по самому простому пути)
Битовые поля ни в одном языке не сделаны идеально (и это если учесть что они в основной массе языков не сделаны вообще). В Си еще более-менее (хотя и там есть недостатки), в Rust по сути предлагается откат на более низкий уровень - типа сами пишите код для выполнения всех операций с битами. И это только единичные биты, а если нужны битовые типы данных, к примеру беззнаковое число длиной 3 бита, расположенное по строго определенному битовому смещению в слове?
Именно приложение? Т.е. нужен именно смартфон?
Интересно еще, чтобы IMEI телефона, "засвеченного" с официальными симками, не засвечивалось с этими виртуальными. В принципе вариант - дешевый gsm-модем для обычных симок и такой модуль... но может уже есть все в одном девайсе?