Internet Explorer 8 Beta 2 и уеб стандартите

Internet Explorer 8 Beta 2
Internet Explorer 8 Beta 2

Ajaxian пишат, че е готова следващата бета на Internet Explorer 8. „Готините“ подобрения във външния вид много малко ме вълнуват:

Internet Explorer 8 Beta 2 was released today. There are several cool UI enhancements that this beta brings to the table that I won’t cover in this post, but you can learn more about them on the IEBlog. Instead, I want to talk about how beta 2 affects IE’s relationship to web standards.

Колкото по-„нормален“ браузър стане Internet Explorer 8, толкова по-добре за всички.

Джон Ресиг работи върху нова библиотека за работа с CSS селектори

Джон Ресиг[/snimka]

Джон Ресиг, една от движещите сили зад jQuery, работи върху нов selector engine (моят опит да го преведа на български е библиотека за работа с CSS селектори), който да работи независимо от различните JavaScript библиотеки, да е по-бърз и по-малък:

…4x faster in Firefox 3, 3x faster in Opera 9, 1.5x faster in Safari 3 than the other major JavaScript libraries. It’s completely standalone (no library dependencies) and clocks in at under 4kb…

…And yes, I expect this engine to become the new default selector engine in jQuery.

Новината я прочетох на Ajaxian:

като оригиналния пост може да намерите тук:

а кода на библиотеката (който е готов до момента) – тук:

„Отворен програмист ли си ?“ в клуб „Програмисти“

Сега обнових Woopra инсталацията, и виждам че имам 8 човека онлайн на сайта, което за спорадичен блог като моя е изненадващо много. Погледнах, и видях че всички са дошли от „Клуб Програмисти“ на Дир.бг:

Там, както може би сте видяли, са решили да обсъдят написаното от мен за „отворените програмисти„. За коментарите ще напиша нещо като станат малко повече, че сега е много рехаво всичко (в момента са 6 „реплики“). Интересното беше поведението на посетителите, решили да последват линка от темата на форума и да прочетат какво съм написал: почти всички 50-60 човека са прочели написаното (поне така изглежда – съдя по времето прекарано на тази страница), и след това са отворили CV-то ми, може би за да проверят дали този който ги е написал тези работи разбира за какво говори … Лошо няма, много логично поведение, много типично за програмисти ;) Иначе интересен линкбейт, а ?

Startup болести: Инфекцията „грешния човек“

Днес прочетох нещо, което споделям на 100%, най-вече заради горчивия си опит. Статията на Site Point не е кой-знай колко задълбочена и детайлна, но пък в частта си „The Wrong Hire Infection“ попадат точно в десеткатал Ето какво прочетох (да се надявам, че не съм го опропастил с превода).

Startup Болести 3: Инфекцията „Грешния човек“
Калибърът на хората, които работят по (стартъп) проекта е директно свързан с качеството на крайния продукт. Суровия материал на стартъпите са имено хората. Докарайте погрешния човек в отбора, и това може да ви струва целия проект…

Симптоми:

  • по някое време усещате, че микро-менаджирате (ръководите из късо) един или няколко от вашите колеги или подчинени
  • някой не си дава много зор и скатава

Лечение

В стартъп проектите няма място са хора, които трябва да се микро-менаджират. Времето, което ще изгубите, и разсейвянето от основната цел може да убият проекта. Смелото и умно решение в тези случаи е „ампутацията“. Няма нужда да сте груби, важното е да се оттървете от тези хора.

Подобни постове стоят в блога на чернови може би повече от две години, и идеята е винаги една и съща. Неправилните хора в проекта са като зараза: лошите навици се предават лесно, особено ако са мотивирани от мързел … почне ли един да скатава, моралът на останалите в екипа пада, и или се демотивират, или започват да скатават и те, избирайки „най-малкото съпротивление“. Типичен тарикатлък – по-малко работа за същите пари. Толерирането на подобни неща изпива ентусиазма, и постепенно проекта увяхва. Другият проблем са посрествените хора, толерирането на които отново демотивира по-активните им колеги. Това, че в света на слепите едноокия е крал, точно в този случай, не е вярно. Умните хора имат нужда са са обградени от умни хора, работата върху проекта за които е същото предизвикателство като за тях самите. Има хора, които защитават посредствените, като обезняват, че те били честни, работливи, упорити и т.н. Какво от това ? Елементарните задачи по проекта, които могат да се дадат на подобен тип хора свършват страшно бързо, и остават само сложните и големи задачи, с които те могат да се справят. Или могат, но ако се микроменаджират, което е тъпотия, защото за по-малко време и нерви, тези които ги микроменаджират може да свършат работата.

Поддържане на проект с отворен код

Поддържане на проект с отворен код изисква време и енергия. Много проекти изискват много време и много енергия. За съжаление, свободното време и излишната енергия не са нещо, което се намира много напоследък (от новогодишната баница все искам да ми се падне късмета с „Отпуската“), и ако трябва да се избира между почивката, или работата върху рапортуваните бъгове и нови възможности, нали знаете кое ще спечели. Два от моите проекти (извън работата върху WordPress) бяха започнати с идеята, че ще се ползват в ежеднвената ми работа, и така поддръжката ще става от „само себе си“, защото така или иначе работата ми ще го изисква. За съжаление работите не се развиха в тази насока, и проектите не се радват на особенно внимание от моя страна, най-вече заради липсата на време.

Ако така се случва с всички open source проекти, то едва ли някой ще стигне до … абе едва ли ще прокопса ;) Аз още не съм изоставил моите проекти, въпреки че има някои идеи които просто не се състояха, а за други, нови идеи нямам време. Както и да е – виждаме, че не е точно така, защото има много успешни и „дълголетни“ проекти. Все пак, същия ли е сценария ?

Ако съдя по собствения си опит, не е точно така. Успешните проекти с отворен код се радват на цялото внимание на хората, които ги поддържат, и определено не са тяхно хоби. За да бъда по-точен, ще кажа че говора за основното ядро от разработчици – а не за многото ентусиасти, които помагат (главно по големите проекти, кой с каквото помогне). За тях проекта е работата им, а софтуеъра с отворен код са философията и бизнес модела, по който са избрали да се развиват. Темата за философията и бизнес модела е дълга и широка, но това върху което аз искам да се спра е вниманието, което е отделено на проектите, „енергията и времето“ които получават, за да се развият. Освен всичко, трябва и да се яде, нали ;)  Хората ангажирани с проекта не работят  за този дето клати гората  (въпреки че май повечето хора така си го представят), и за тях проекта е нещото, чрез което ще си изкарват парите.

Ето, парите са другото нещо. Това, че проект с отворен код може да се издържа от дарения е някаква химера. От друга страна, отново масата успешни проекти с отворен код имат финансов гръб, могат да се облегнат. Работите изглеждат навързани – има ли пари, ще има и внимание ;) Точно това навързване на нещата  е интересно. В блога на чернова стоя един линк от коментар на Дончо Ангелов при тема на Йовко Ламбрев:

…Част от това, което се случи с този проект, ме накара да го делегирам на друг човек, който изяви желание да се занимава с него. Част от това, което се случи тогава, загуби принципно вярата ми в това един програмист да се издържа от писане на свободен софтуер (виж, за консултант е друга работа, но това е и друга тема)…

…Лошото е, че и тогава, и сега, всеки с проблем искаше той да му се реши сега и веднага, но не се сещаше, че “сега” и “веднага” за свободен софтуер имат едни други измерения…

…Чисто програмистко и икономически погледнато излиза, че по-добре да напишеш shareware продукт, който да продадеш 1000 пъти от 10,000 сваляния, отколкото да напишеш свободен софтуер, за който да те “дарят” 40 пъти за 50,000 сваляния. Вярно, идеологически свободното може да е по-”изчистено”, но програмистите, за жалост, трябва да ядат…

Ами това е – струва си да работиш върху проекта, ако някой ти плаща – ако имаш груб на който да се опреш. Особенно трудно е, когато разработваш библиотека, а не продукт, защото хората за които е предназначен, са други разработчици, а не крайни потребители. Принципно приходите идват от консултиране и поддръжка, и с библиотека това е по-трудно.

За финал, получавам ето такива съобщения (не обръщайте внимание на дата, това форментира няколко месеца като чернова):

Project still alife?

Hi!
First of all, Thanks for your great work, your API is fantastic.
But: You didn’t release a new version since a year. Are you still developing your great framework?
I am currently looking for a third-party tool for integration into my software, but don’t want to deal with a dead project…

As I guess from your replies in the Forum, you are still active, so my second question:
Are you going to release a next version and if so, when?

Regards
Kevin – who is not interested in an unstable SVN version ;-)

Точно както го е писал Дончо, „сега“ и „веднага“ са относителни в ситуацията на разработчик на проект с отворен код. Неам време да се занимавам в близката година с проекта, особенно краткосрочно, най-вече с два крайни срока подпиращи ме отзад – private alpha за 1 септември и public beta за 1 октомври ;) Реалността е съвсем друго нещо, съвсем друга игра. Освен библиотеките с отворен код, върху които работя, работя и върху няколко приставки/плъгина за WordPress, което за мен са доста по-лесни, защото работата е много по-малко като обем, не са толкова „мащабни“ (относително казано, може би като количество код), и лесно се оправям с новите версии и бъговете за един-два часа след работа. Един-два часа, но пък кой ти ги дава – и така примерно обновяването на приставката за бутоните на Svejo трябваше да чака от април чак до юли.

Ех, сега от Zend ако ме наемат (мен директно, или компанията за която работя) за да се направи нов модул за Zend Framework за работа с изображения, базиран на Asido, ще е супер кеф ;) Хем ще има финансова опора, хем ще се занимавам се нещо което ми е интересно ;) А и не е късно, защото още май никой не работи върху драфтовете за Zend_Image ;)

R.I.P PHP 4

От днес спира поддръжката за PHP 4. Днес има много постове за това (а и ще има сигурно още). На мен ми хареса най-много това на Дерик Ретанс:

Now, more than 3 years after the last major PHP 4 release, it is time to die down. With hardly any support for OO, sub-standard XML support and generally lots of other suckyness as well, it’s time to focus on the future: PHP 6. So please die PHP 4 – and quickly. Today, August 7th, 2008 is the last release of PHP 4 – PHP 4.4.9. After today there will be no more PHP 4 releases, regardless of whether there are security issues found in PHP 4. It’s time to upgrade now.

Ами, хайде ;)

Хайде на електронната търговия!

Който вече не е разбрал, че онлайн пазаруването е голяма далавера, бързо да се стяга. Дори пазаруването от българските електронни магазини е супер изгодно – през 2006 си взех телефон от Гет.бг, и беше с над сто лева по-евтин от магазините в Русе. Ама така е, като не се плащат наеми за магазини, или заплати на персонала, може надценката да не е толкова голяма. А пазаруването онлайн е много повече от българските магазини (за съжаление основно Гет.бг и електронните книжарници май се развиват добре). Едно от любимите ми места (а сигурно и на много други хора) са Амазон и eBay. Сега да се погваля с новите си придопивки:

Пълната колекция на Dinner for five
Пълната колекция на Dinner for five
  • The Long Halloween– както вече писах, един от най-невероятните комикси правен някога, от един от най-невероятните екипи в тази индустрия – Джеф Лоеб и Тим Сейл.
The Long Halloween
The Long Halloween
  • Dark Victory – Продължението на „The Long Halloween“, отново на екипа Джеф Лоеб и Тим Сейл.
Dark Victory
Dark Victory
  • X-Cutioner’s Song – една от най-интересните истории в Marvel вселената.
X-Cutioner’s Song
X-Cutioner’s Song

А сега да ви препоръчам нещо! Книгата на Стоян, за която вече писах, вече я има онлайн за продажби на Амазон:

“Beginning Object-Oriented JavaScript”

Как се прави най-бързо ще направите цикъл с JavaScript ?

Ето отговора:

var i = arr.length; while (i--) {}

А ето и откъде го прочетох:

Евала на Грегъри Раймър, че е намерил как да си уплатнява времето.

Google ще пълзи и по flash-a

Ето нещо интересно от началото на седмицата:

Google has been developing a new algorithm for indexing textual content in Flash files of all kinds, from Flash menus, buttons and banners, to self-contained Flash websites. Recently, we’ve improved the performance of this Flash indexing algorithm by integrating Adobe’s Flash Player technology.

Това, че флаш файловете не се обхождат от търсачките, беше един от основните доводи технологията да се ползва главно чисто презентационно. Преди заради това на чисто флаш сайтовете им се правеше HTML копие, което да може да бъде обходено от търсачките. Сега обаче ще станем свидетели на нов завой в уеб технологиите. Щом като вече flash-a съчетава енай-доброто от двата свята, сигурно в близко бъдеще ще се появят много сайтове, които ще изместят фокуса от традиционното ползване на технологията към по-нетрадиционни. Представете си какво може да направите ако съчетаете естетическия потенциал на flash-a чрез неограничените форми за изразяване (за разлика от малко по-скованите HTML & JS комбинации), със инжинерния потенциал, който пък ще осигури по-добро откриване в мрежата. Това е малко опростено представяне на нещата, защото flash-a отдавна не е само инструмент за правене на красиви мигащи джади. Последните години се развива следвайки тенденциите на модерния уеб, и е на предните линии на новите технологии. За такива като мен, решили да не ходят по пътеката на flash-a, остава да стоим и да гледаме как „революцията“ се случва ;)