R будет набирать популярность? Я немного встревожен. Синтаксис достаточно убогий имхо, да и область применения маленькая. Python выглядит гораздо предпочтительнее. Я наоборот надеюсь, что python вытеснит R в будущем.
Всё хорошо, только вот пример с методом «IsEmailValid» крайне неудачный. В принципе так нельзя называть метод, который изменяет состояние, какой подход вы бы не использовали.
В данном случае model.user это структура с полем id, которая была атомарно получена из хранилища. Не вижу тут никаких проблем. Видимо, подразумевается, что хранилище возвращает либо модель либо null, false… Поэтому сначала проверка на то, является ли результат собственно структурой.
Не поддерживает наследование. Это упрощает модифицирование кода. В других языках, типа Java/Python, если класс ABC наследует класс XYZ, и вы при этом делаете какие-то изменения в классе XYZ, то это производит дополнительное изменения во всех наследованных от него классах. К тому же, без наследования, код Go становится более простым для понимания (так как нет super классов, на которые нужно обращать внимание при изучении участков кода).
Т.е. повсеместно будет использоваться агрегация и изменения класса XYZ коснуться всех классов, которые содержат XYZ… так в чем тут преимущество у Go?
Вообще, статья про то как превратить особенности языка в его сплошные преимущества.
Занимаюсь на работе разработкой антиспама. Очень грустно от того, что не могу рассказать о своих интересных наработках в этой области, поскольку начальство не одобрит, да и компания, действительно, может пострадать.
В основном, можно писать только про устаревшие технологии, которые компания не использует, но это уже не так интересно.
Меня все время мучали вопросы по поводу синтаксиса:
1. Почему у макросов нет пространства имен? Это же неудобно, начиная с того, что непонятно из какого пакета он тянется, и заканчивая конфликтами имен из разных библиотек. Почему не сделали так? (мне кажется это логичнее)
let v = std::vec![1, 2, 3];
2. Зачем нужно отдельно указывать extern_crate, почему просто не писать
use derive_new::new;
И если нет такого локального модуля, то воспринимать его как crate derive_new и качать зависимость.
Мне кажется, PHP жив и будет пока жить, потому что за эти лет 15 накопилась огромная база написанных сайтов, к тому же выросло большое количество PHP-разработчиков. Новые проекты начинают писать на PHP, потому что найти среднего уровня разработчика не так сложно и стоить он будет в среднем дешевле.
PHP сейчас пожинает плоды так сказать своей былой и бурной популярности.
Но эта гонка языка за Java ни к чему хорошему не приведет. Разработчики обучившись ООП, DDD, TDD итп в PHP потом начинают переходить на сам Java, потому что там возможностей на порядок больше. А те, которые хотят что попроще, смотрят в сторону Gо, Python, может JavaScript.
Поэтому с трудом верится в светлое будущее PHP. А вспомнить его исходники и муки написания расширений(по сравнению с ffi того же Python), так вообще перекреститься хочется.
Не согласен с автором.
Первый язык, который стоит выучить, это, однозначно, C/C++.
Зная С++ вы не только за недельку другую освоите JavsScript, но и сможете покопаться в его движке и узнать все его секреты.
Зная С++ вы так же довольно легко сможете изучить любой другой язык, который там сейчас в моде, и при этом будете специалистом более высокого класса.
Не тратьте свое время на JavaScript, начинайте с базовых языков.
Предметную область(или несколько), в которой вы хотите быть профессионалом. Например, структуры данных, алгоритмы или WEB итп.
Различные парадигмы и подходы, которые применяются в языках. ООП, функциональщина итд
И только потом уже смотреть на синтаксис языка и его особенности. Зная всё выше написанное, конкретный язык будет изучить не так сложно.
Т.е. повсеместно будет использоваться агрегация и изменения класса XYZ коснуться всех классов, которые содержат XYZ… так в чем тут преимущество у Go?
Вообще, статья про то как превратить особенности языка в его сплошные преимущества.
В основном, можно писать только про устаревшие технологии, которые компания не использует, но это уже не так интересно.
1. Почему у макросов нет пространства имен? Это же неудобно, начиная с того, что непонятно из какого пакета он тянется, и заканчивая конфликтами имен из разных библиотек. Почему не сделали так? (мне кажется это логичнее)
2. Зачем нужно отдельно указывать extern_crate, почему просто не писать
И если нет такого локального модуля, то воспринимать его как crate derive_new и качать зависимость.
Может есть этому разумные обьяснения, кто знает?
PHP сейчас пожинает плоды так сказать своей былой и бурной популярности.
Но эта гонка языка за Java ни к чему хорошему не приведет. Разработчики обучившись ООП, DDD, TDD итп в PHP потом начинают переходить на сам Java, потому что там возможностей на порядок больше. А те, которые хотят что попроще, смотрят в сторону Gо, Python, может JavaScript.
Поэтому с трудом верится в светлое будущее PHP. А вспомнить его исходники и муки написания расширений(по сравнению с ffi того же Python), так вообще перекреститься хочется.
Первый язык, который стоит выучить, это, однозначно, C/C++.
Зная С++ вы не только за недельку другую освоите JavsScript, но и сможете покопаться в его движке и узнать все его секреты.
Зная С++ вы так же довольно легко сможете изучить любой другой язык, который там сейчас в моде, и при этом будете специалистом более высокого класса.
Не тратьте свое время на JavaScript, начинайте с базовых языков.
Вы спасаете принцессу, счастливые едите домой, вас осыпают розами и всё такое… хеппи...segfault