Как раз наоборот — под каждой статьёй про Go находятся умники, которые начинают рассказывать, какой Go негодный язык, и как всё то, что ужасно в Go (да и во всех остальных языках), будет в Rust-е сделано правильно и шоколадно.
Так что когда оказалось, что Rust, по сути, использует ту же работу с ошибками, что и Go (за которую последнего ругают все кому не лень), то удержаться от иронии было сложно:)
Почему не сделать в виде сайта/веб-приложения? По описанию судя, ничего особо интерактивного в программе нет, картинки можно и в браузере показывать. И с монетизацией бы все вопросы снялись, и с кросс-платформенностью.
Автор статьи — разработчик ownCloud. Может быть он, конечно, «не очень хорошо изучил php», но тогда непонятно, кем надо быть, чтобы хорошо его изучить.
Эх… я уже лет 15 пишу на PHP и, мне кажется, будущего у него нет. Ну то есть, он никуда не исчезнет, но красивым и самосогласованным языком ему уже не стать. Просто всё больше проектов будут с самого начала выбирать другие языки.
Если даже загрузчик Symfony 3 собираются писать на Go (https://github.com/symfony/symfony/issues/11901#issuecomment-55377167), о каком будущем языка можно говорить?
Ну, не то чтобы нежелание — переписка завершалась на «ну, мы подумаем, у нас кроме вас всё работает, вот когда компьютерщик вернётся…». Мы же общаемся обычно с не особо компьютерно-грамотными людьми.
Я понимаю, что от sha2 мы никуда не денемся в конечном счёте, просто надо быть готовым и к таким последствиям.
WinXP SP2 (и младше) не понимает SHA2. Я об этом узнал, когда обновил SSL-сертификат на своём сайте, а он как раз оказался уже SHA2. После этого примерно раз в неделю мне стали писать счастливые обладатели XP, которых «сайт не пускает». Кого-то удалось убедить обновиться хотя бы до SP3, кого-то нет…
В общем, Грубер наложил вето на любое использование слова Markdown (http://blog.codinghorror.com/standard-markdown-is-now-common-markdown/, последний абзац).
Если у нас есть статус «не актуальный», то логично его продвигать вверх по иерархии до конца. То есть, если у нас A зависит от B и C, а D зависит от A, то при изменении B не актуальными должны становиться и A и D.
А что, действительно реальна ситуация, когда обновляются 2000 атомов, от которых зависит 2001-й?
> Для описанного выше случая атом A пересчитает своё значение ровно один раз причём сделает это по окончании текущего обработчика события, то есть после всех внеснных нами изменений в атомы B, C и любые другие.
Получается, что в текущем обработчике мы не сможем использовать атом А, т. к. он будет иметь значение, не согласованное с В и С. Или всё-таки нет?
github.com/avelino/awesome-go — это вручную отобранный список.
Так что когда оказалось, что Rust, по сути, использует ту же работу с ошибками, что и Go (за которую последнего ругают все кому не лень), то удержаться от иронии было сложно:)
У меня письма рассылаются через гугл, через SES и через MailChimp. Какие CIDR мне писать, если они у них в любой момент могут измениться?
users := [UserWithMail]interface{User{}, Buyer{}, Cashier{}} — наверное, имелось в виду users := []UserWithMail{User{}, Buyer{}, Cashier{}}?
for _, u := range users {
b.SendEmail(«Hello world!!!»)
}
имелось в виду, вероятно,
for _, u := range users {
SendMail(u, «Hello world!!!»)
}
Если даже загрузчик Symfony 3 собираются писать на Go (https://github.com/symfony/symfony/issues/11901#issuecomment-55377167), о каком будущем языка можно говорить?
Я понимаю, что от sha2 мы никуда не денемся в конечном счёте, просто надо быть готовым и к таким последствиям.
Формат теперь называется CommonMark: commonmark.org/
А что, действительно реальна ситуация, когда обновляются 2000 атомов, от которых зависит 2001-й?
Получается, что в текущем обработчике мы не сможем использовать атом А, т. к. он будет иметь значение, не согласованное с В и С. Или всё-таки нет?