Только что дочитал трилогию, по которой недавно вышел фильм, покрывший первую книгу. Ужасное впечатление. Похоже на подвиг графомана-любителя. Как такое могло стать бестселлером и тем более выйти на экран - загадка загадок. Дабы не быть голословным, распишу немного по пунктам.

1. за всю трилогию нет никакой эволюции персонажей. Какими они были с самого начала - такими и остались.
2. “глубокие переживания” и эмоции персонажей поднимаются не выше пятого класса средней школы. Всё просто как сценарий телевизионного ток шоу на канале тнт. С учётом того, что нам ещё и пытаются скормить, что это самые умные и наиболее эмоциональные подростки… It smells.
3. рояли выпрыгивают из кустов с такой скоростью и в таком количестве, что повествование даже нельзя воспринимать всерьёз. Ты заранее знаешь, что тебя наёбывают. Причём делают это крайне топорным методом - например, загадка разрешается ответом “просто всемогущие наблюдатели, которые могут делать что угодно с их мозгом, подменили их восприятие”.
4. на корню отсутствует хоть какая-то оригинальность мира и сюжета. Впрочем, даже автор признаётся, что именно он так убого копировал.
5. главной идеи, озарения, катарсиса к концу трилогии - ничего нет. Всё те же рояли.
6. так же полностью отсутствует какая-либо выразительность и колорит, который раскрашивает черновик повествования. Даже сленг в книге состоит менее чем из десятка слов, и убог донельзя.
7. персонажи картонные. У большинства даже нет имён. Так и говорится “и тут погибло ещё десять человек, имён которых Томас не знал”. Именные персонажи в общем-то тоже никакие, безо всякой индивидуальности.
8. абсолютно никак не раскрыты многие идеи и фишки. Например, практически немая и безымянная группа девушек, или сама телепатия. Недаром из фильма её вообще убрали - зачем собаке пятая нога?
9. на закуску дабы показать примером общую характеристику трилогии. Главный герой убегает из рушащегося строения с двумя неравнодушными к нему девками. Я уже какое-то время задаюсь вопросом, как автор это разрешит. И тут автор разрешает. Одна из них выпихивает его из-под подающих обломков и умирает. Наверное, один из самых скучных штампов за всю историю книгопечатания, в котором автор полностью расписывается в своей беспомощности относительно того, чтобы как-то решить повествовательную задачу. Кстати, только сейчас подумал, что за трилогию это вторая такая идиотская смерть - первым был Чак, который заслонил главного героя грудью от ножа. Феерически бездарный и неправдоподобный штамп.

В общем, смотрите “обитель зла” и читайте “игру эндера” (на самом деле, можно и читать и смотреть и то и другое). А это… Обойдите стороной, сэкономьте время. Дико обидно, что такие вот бездушные и пустые подделки как-то находят путь на прилавки и в кинотеатры.

Немного о наболевшем. Есть люди, которые в рабочем общении (скажем, в скайпе) пишут тебе “привет”. И ждут потом. Могут ждать минуты, часы, дни. А суть вопроса так и не напишут. Видимо, они считают это вежливым общением - то ли просто не делают разницу между живым и электронным общением. Мне очень хочется, чтобы к концу прочтения этой статьи они так уже не считали.

1. Когда вы пишете “привет”, я знаю, что вам от меня что-то нужно. И вы не просто так здороваетесь и интересуетесь, что у меня нового. Так что всё это лирическое вступление без какого-либо рабочего наполнения по определению является мусором.
2. Вы пишете штук пять бессмысленных тирад, и на каждую из них мне приходится переключиться, чтобы выдать вам бессмысленный ответ. Это занимает время на то, чтобы переключиться на вас, прочитать бессмысленный текст, придумать пустой ответ и попытаться вернуться к своей задаче. Таким образом, на эти предварительные ласки у меня может уйти 5-10 минут, в течении которых я мог бы в концентрации делать свои задачи. Я понимаю, что вам наплевать на моё время, но мне-то нет.
3. Вы упрямо ждёте, что я окажусь онлайн вместе с вами. А что если нет? Тогда мы потратим трое суток на обмен любезностями, прежде чем вы мне наконец расскажете, в чём дело?
4. Когда мы наконец перейдём к сути вопроса, вы будете выдавливать в чат по одному предложению, заставляя меня таращиться на этот грёбаный карандаш. Скайп будет непрерывно булькать, чат-мигать, и я вообще ничего не смогу делать. Ещё 10 минут на этот бардак.
5. Не знаю, как у вас, а со мной так здороваются в день несколько человек. И никто их них почему-то не понимает, когда я прошу этого не делать. И каждый продолжает тратить моё время. В итоге, у меня час уходит на пустое бульканье чата.

Вместо заключения.

Быть вежливым очень просто - пожалуйста, пишите сразу и своё приветствие и суть вашего вопроса. Целиком, одним сообщением. Подробно. Со всем, что, как вы знаете, я у вас спрошу. Если у вас не работает программа - не надо писать “у меня не работает программа”. Вы же не только что с горшка встали. Вы можете написать мне её лог, текст или номер ошибки, в конце концов - скриншот.

Тогда я максимально быстро смогу вам помочь в один присест.

Ну или хотя бы, когда вы пишете приветствие - считайте, что я вам молча пожал руку - и продолжайте дальше.

If you have more then 300 contacts and they have overlapping conversations - you understand that it’s impossible to find anything with simple Ctrl+F approach.

Fortunately, Skype uses SQLite database and we can make a direct connect to it and search there directly. So, you need to:

1. Download SQLite client (i used http://sqlitebrowser.org/ but you can install any client you like)
2. Find your history file as it is decribed on skype web site:

   Hold down the Windows key The Windows key on your keyboard, then press R to bring up the Run window. If you are using a touch screen device on Windows 8, you can bring up the Run window from the Search charm. Type %appdata%\Skype into the Run window and press Enter. Open the folder named after your Skype Name. Find the main.db file in the folder, this file is your chat history.

3. Use your SQLite client to open this file.
4. Open database table “messages”
5. Use any SQL queries you want to search for message you need. Here’s an example of me searching for “git” word in conversations - but there are many field that you can use for searching and ordering.

We have some web sites which must be updated from Git repositories by users who have no other permissions on web server. For this task, I imported SSH key to server for authorizing on bitbucket and wrote a simple bash script for four different repos:

#!/bin/bash
 
while true; do
echo "Please choose api to update (enter number)"
select repo in "dev" "a" "b" "test" "EXIT"; do
    case $repo in
        dev ) cd /web/dev;echo "updating:";pwd;git pull origin master; break;;
        a ) cd /web/a;echo "updating:";pwd;git pull origin master; break;;
        b) cd /web/b;echo "updating:";pwd;git pull origin master; break;;
        test ) cd /web/test;echo "updating:";pwd;git pull origin master; break;;
        EXIT ) exit;break;;
    esac
done
echo "Update finished. Want to update more?"
echo ""
done

This bash script is set as login shell for those users - so they can login and update their servers.

Recently I had I problem with loading dll libraries for my java web start application. 32 bit library didn’t load on 64 bit OS and, of cause, vice verse.

I had a funny problem with my java applet in web start application - it worked every second time I refreshed web page.

After a little debug I found out that java machine didn’t make it in time to shutdown, start and show applet.

Solution was rather fun:

1

<param name="separate_jvm" value="true" />

It helped because now new instance off applet launched in a new JVM, simultaneously with closing old instance of applet in old JVM.

But be careful if your applet writes something to user disk or etc - both old and new instance can be doing is for a little time!

Today i run into error

Invalid signature file digest for Manifest main attributes

I had a week of trouble, signing my web start java applet.

While I signed (with a good COMODO code signing certificate), there was

**Warning: The signer's certificate chain is not validated.**

keytool.exe -list -keystore D:\keys\code.pfx -storetype pkcs12

I ran into a trouble while updating my Red Hat Enterprise Linux Server release 5.8 (Tikanga). I could not use yum any more:

Решил утащить на память к себе две чудесные статьи, которые полностью описывают моё отношение к разработке. Из первой я несогласен только с одним абзацем - который говорит про невозможность работы с неработающим кодом.