Мой опыт: чем проще — тем лучше. Поэтому могу посоветовать open-source программу для бекапов часто (и не очень) меняющихся данных — www.areca-backup.org, которая жмёт в zip-ы. А для снэпшотов системы отлично подходит бесплатный для личного пользования Paragon Backup & Recovery.
Вы правы насчёт разработки — проблемно порой даже просто отредактировать текстовый файл (то кнопка на подключенной клавиатуре какая-нибудь не срабатывает, то символ какой-нибудь нужно вводить каким-нибудь хитрым способом). А вот новости/фильмы перед сном очень удобно усваивать в лежачем положении.
Не совсем согласен с автором. Дёшево — не всегда значит плохо. Сейчас существуют конструкторы сайтов, в т.ч. интернет-магазинов, которые позволяются весьма недорого стартовать. Отчасти автора всё же понимаю, сам сталкивался с ситуацией, когда потенциальные заказчики воротили нос не то что от 20 тыс. за магазин, но даже и 10 тыс. им казалось много. Возможно, они не так уж и не правы: в провинции другие порядки денежных вложений.
Как и всегда: что-то получаешь, что-то теряешь. Где-то на Хабре была статья как раз на тему того, почему это плохо: при большой вложенности вызовов приходится либо таскать эксепшенов (что громоздко), либо махнуть рукой и указать при объявлении метода, что он выкидывает обобщённый эксепшен (что сводит плюсы на нет).
Когда-то будучи студентом-первокурсником пытался реализовать разбор по регулярному выражению через конечные автоматы. С литературой и библиотеками кода тогда было очень туго, потому делал сам и потратил уйму времени. Помню, что проблемой было не построить конечный автомат, а его обойти, избегнув зацикленности (всё портят пустые переходы без считывания символов). И, на сколько мне помнится, простого решения данной проблемы мне придумать тогда не удалось. Не совсем понял, как решается эта проблема у автора статьи?
>Представляю… фактов, которые должны убедить… что Big Data стоит пристального внимания
Почти все факты сводятся к тому, что человечество стало генерировать много данных. Ожидал, что в статье будет идти речь о том, чем полезны эти данные, а не о том, что их много и нужно много компьютеров для их обработки…
Спасибо на добром слове! :) Не уверен, что донейт-деньги окупят хотя бы время, затраченное на прикручивание донейта :)) Про баги и фичи лучше писать на bitbucket (выберите в поле Kind «proposal» или «enchacement»).
Пока да — только Windows, Буду рад, если кто-то поможет сделать поддержку других ОС (для начала достаточно просто заменить файлы XulRunner-а в папке с приложением, на файлы целевой OC, а также заменить NanoFL.exe (который всего лишь обёртка, взятая из XulRunner) на обёртку из нового XulRunner-а и сообщить о результате).
Тоже почитал углублённо про Rust и тоже думаю, что это хорошая альтернатива Си. По крайней мере, дух Rust очень близок к Си (в сравнении с Nim и Go), поэтому шанс стать заменой Си у данного языка неплохой.
По-моему, большого ума не нужно, чтобы понять, что дела сфабрикованы. Кроме того — вот выйдет он — вполне вероятно, что через пару месяцев сфабрикуют новые дела. Так что Ассанжу не позавидуешь — так или иначе, а придётся прятаться всю жизнь.
Всегда думал, что G — «go».
Здравствуй, Java!
Почти все факты сводятся к тому, что человечество стало генерировать много данных. Ожидал, что в статье будет идти речь о том, чем полезны эти данные, а не о том, что их много и нужно много компьютеров для их обработки…