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

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 wondered for a while and finally found the reason - yesterday I modified my .pfx key for signing applet, but manifests in jars merge with each other - so I really had jar with invalid digest.

To fix it, I just had to remove META-INF folder from all my jars, add them manifest again and re-sign them. You can remove it with any archiver - for example, with 7-zip.

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.**

And my signed applet appeared to be of unknown publisher even through “Show details” in browser showed me that applet is signed with the correct certificate. Of cause, it was much restricted - and I need to read user disc, etc… It could be solved my directly installing CA to user computer - but that’s unreasonable to request every user to do it manually. So I suffered for a week and suddenly came up with a solution, inspired by this post (thank you, Supriya Roy):

1. Install your .pfx certificate with the “Mark this key as exportable. This will allow you to back up or transport your keys at a later time” and “Include all extended properties” checked.

2. Check that that you have full certificate chain for this certificate and it is valid. Otherwise, install neccessary CA.

3. Export the installed certificate with “Yes, export the private key” option and “Include all certificates in the certification path if possible” and “Export all extended properties” checked under the option .PFX or PKCS #12.

4. Use exported .pfx file to sign the JAR. Don’t forget that it could change alias - get new one with

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

Worked like magic - warning disappeared and my jars are trusted now!

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

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

At last, I released a useful tool for Oracle DBAs - a special customizable script which helps you to store database DDL (views, tables, package code…) in Git repositary so that you can always see history of object’s changes.

Have fun!

Oracle To Git