Обновить
4
Дмитрий@dbelka

Пользователь

Отправить сообщение
Немного имхо по сравнению языков:

Указание названия функции вместе с названием пакета гораздо более читабельнее, сразу понятно откуда функция. Меня бесит ситуация, когда вверху куча импортов, а внизу какой-то набор функций, и что к чему не понятно. Я думаю это наиболее актуально для изучаемых языков. Так что тут я на стороне Go.

Определение функции всегда должно быть четким и однозначным с указанием всех входящих и возвращаемых типов. Модификатору auto тут не место. При вызове функции — пожалуйста.

Неявного приведения типов в Go нет, потому что это источник сложно находимых ошибок, и это тоже правильно.
Правильно ли я вас понял? Сначала вы называете узким местом базу, а потом предлагаете избавиться от оравы кодеров и переписать 3 млн. рабочего, отлаженного и оптимизированного кода с PHP на мифический компилируемый, который-то и решит все проблемы? Я просто уточнить...
Мнение о том, что узким местом в веб-проектах является база данных — одно из самых распространенных заблуждений.
Золотые слова!

Как появятся все необходимые расширения под PHP7, так будем пробовать перейти.
  1. Первую загрузку тоже никто не отменял. Вот вы ходите с поисковика на сайты, каждый из них открываете первый раз, в итоге все работает медленно. Оправдания типа второй раз быстрее тут не работают.

  2. Картинки и js+css это совершенно разные вещи. Картинки могут грузится после отображения страницы параллельно, загрузка css и некоторого js блокирует отображение страницы вообще. Так что не надо сравнивать мегабайт картинки с мегабайтом css, пожалуйста. К тому же, css и js нужно ещё проинтерпритировать, это особенно сказывается при открытии сайтов на мобильном.
Как и многие заметил, что на хабре стало сильно меньше интересных статей. Нашел для себя всякие образовательные ресурсы типа coursera, stepic итп. Там всегда можно для себя найти что-то интересное, и информация более систематизирована что-ли.

Ну и совсем печалька, что самые интересные статьи в последнее время это переводы.
Жаль, что микрофреймворки типа riot и mithril не тестировались.
С тяжеловесами на мобилах и так всё понятно.
Rust версия была скомпилирована не как релиз версия

А какой смысл мерить код без оптимизаций?
Написать сервер с «hello world» и тестировать производительность языка? Окай…
Могу сказать про Rust, его производительность ± такая же, что и C++. Писал небольшой сервис для неточного сравнения текстов и сравнивал производительность.
Очевидно, что Rust будет быстрее работать Go, поскольку в Rust нет сборщика мусора.
Есть поддержка языка D, а поддержку Rust не планируете добавить?
Тут случай, когда макросы выручают. Спасибо Rust :)
fn write_smth(fd: &mut File) -> Result<()> {
    try!(fd.write(b"blablabla"));
    try!(fd.write(b"blabla"));
    try!(fd.write(b"bla"));
    Ok(())
}
«!» вместо мата :) Если серьезно, так обозначаются макросы в Rust, мощная возможность для расширения языка и сокращения шаблонного кода. Вот тут можно почитать kgv.github.io/rust_book_ru/src/macros.html
Как-то так:
fn main() {
    let mut numbers = vec![1, 2, 3, 4, 5];
    
    println!("{:?}", numbers);
    println!("{:?}", &numbers[2..]);
    println!("{:?}", &numbers[1..3]);
    println!("{:?}", &numbers[0..numbers.len()-1]);
    
    numbers.push(6);
    println!("{:?}", numbers);
    
    numbers.remove(2);
    println!("{:?}", numbers);
    
    numbers.insert(2, 3);
    println!("{:?}", numbers);
    
    let copiedNumbers = numbers.clone();
    println!("{:?}", copiedNumbers);
}
Ещё не понятно почему нельзя было сделать нормальный(!) менеджер зависимостей, ведь есть куча успешных реализаций: npm(nodejs), cargo(rust), composer(php),…
Ой, извиняюсь, я думал вы про сборщик спрашивали.
Может. Вот тут можно прочитать про это nim-lang.org/docs/manual.html#types-reference-and-pointer-types
Я всегда думал, что от слабоумия спасает активная умственная деятельность… а тут оказывается просто жрать надо больше
Вообще, идея далеко не новая, просто адаптировали для смартфонов.

А я так надеялся, что скалярные типы появятся в скором в PHP :(
По иконкам понравился сервис flaticon. Большая база, много форматов. Может кому пригодится.
У меня не получалось подружить traceur с контроллерами в виде классов. На сколько я помню, не работало DI. Вот тоже самое только с TypeScript работает нормально.

Информация

В рейтинге
Не участвует
Откуда
Москва, Москва и Московская обл., Россия
Зарегистрирован
Активность