УебТех се завръща през 2014

уеб съмит българияСлед много мислене и преценка на плюсове и минуси, конференцията, която организирам от 2004 година се завръща с ново име. Да, пак ново :) Първо беше наречена УебТех и имаше 3 издания, след това стана P2P Конференция и от София се измести във Велико Търново, а сега ще се казва УебSummitБългария.

Името няма значение, важното е че събитието ще бъде както винаги полезно, приятно и пълно с много нови нещица, защото от тази година вече имаме и ясна мисия- такава по която работихме и предните 10 години:

  Помагаме на българския уеб с показване на добри практики, намиране на инвеститори, обучения и срещи.

Сайтът с повече информация за събитието се намира тук – bulgariawebsummit.com

Хакатон „баби-рекордьорки“ на 30 март. Включи се!

На 30 март 2013г ще се проведе  интересен хакатон, който е предизвикателство за всеки що годе уважаващ се програмист.

Какво ще се прави?

  • Вземат се данни от ЦИК – в HTML и в .txt format (ето част от данните)
  • Обработват се така, че да се види имало ли е на изборите 2011 такива „баби-рекордьорки„, способни на светкавично гласуване, че да е физически възможно в някои секции 20% от вота да се е случил между 20 и 21 часа.
  • (Аз ако бях, бих превърнал всички данни в JSON първо)

Къде и Кога

  • 30 март 2013. 9:29 часа
  • Бетахаус София
  • Сандвичи, кафе и интернет на корем
  • Носете си лаптопи
  • Вход безплатен (има си хас)

Как да участвам?

  • Пишете на  Ива Лазарова: на iped -at- iped.bg за участие и/или за повече инфо.
  • Ще има награди за най-добрите. Наистина!

Програма

9.30 – 10.00 – Регистрация и кафе

10.00 – 10.15 – Встъпителни думи
10.15 – 11.00 – Презентация на Нели Огнянова
11.00 – 11.45 – Презентация на блогъра Пейо Попов
11.45 – 12.30 – Разделяне на екипите; възлагане на задачата за „хакатона” на екипите от компютърни специалисти и техните партньори от НПО-та и медии

12.30 – 13.15 – Обяд

13.15 – 16.15 – „Хакатон” в действие – „Избори 2011 г. или „Да гласуваш за Х секунди?”

13.15 – 14.00 – Презентация на отдел “Визуализация” на медийната група „Дневник/Капитал”
14.00 – 15.45 – Презентации на НПО-та и дискусии

15.45 – 16.15 – Кафе пауза

16.15 – 16.45 – Представяне на резултатите от „хакатона”
16.45 – 17.15 – Гласуване и обявяване на резултатите; награждаване на победителите

За честната сделка с платените издания в уеб

Преди няколко дни зададох онлайн въпрос на лектор от Капитал, който споделяше новината, че Капитал започва да предлага голяма част от съдържанието си платено. Въпросът беше „Ако съдържанието ще е платено, ще има ли реклами сред него“.

Очаквано отговорът е ДА. Монетата какво винаги има две страни и аз напълно разбирам капитал в случая, но НЕ СЪМ СЪГЛАСЕН.

Версията на издателя

Ще имаме клиенти, които ИСКАТ да плащат за информация – това значи, че ще имаме и клиенти, които ще продаваме ПО-СКЪПО на рекламните агенции или на тези, които искат да рекламират през сайтовете ни.

Разбираемо е нали?

Версията на читателя

1. Ще се подобри ли съдържанието: Едва ли – щом ще го правят същите хора.

2. Ще има ли по-интересни теми: Вероятно, щом има повече пари, ще има време и за по-задълбочени материали.

3. Ще има ли неща, които ме интересуват мен: Някой от издателите правят профил на аудиторията и се съобразяват с това какво тя иска – за платената става дума все пак де. Това дали ще направи Капитал – ще видим, но едва ли, но със сигурност ще знае от какво се интересуваме, за да може да ни продаде по-скъпо.

4. Ще виждам ли реклами – разбира се.

 

Защо да си плащаме тогава?

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

 

Change the education worldwide by remixing the web

We want to empower students to show their originality and knowledge, all while speaking to them in languages they understand: Multimedia and the Web.

Through discovery and implementing new ways of teaching, we could inspire the creativity of the next Steve Jobs, Jeff Bezos, Larry Page or Sergey Brin to create something new, exciting and special.

The initiative is on: Go and check it: http://changedu.org

Don’t forget to read the manifesto

Mozilla WebFWD спонсорираме 4 хакера за стартъп уйкенда в София! Ти ли си това?

Като скаут на WebFWD стартирам малко предизвикателство, което ще награди 4 човека с билети за стартъп уикенд.

Какво е стартъп уикенд?

Startup Weekend e интензивно, изпълнено с екстремни преживявания 54-часово събитие, на което програмисти, дизайнери, маркетинг разбирачи и стартъп ентусиасти се събират да споделят идеи, да сформират екип, да изградят продукти и да стартират нов бизнес.

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

А как да си спечеля билет?

Условията са:

  • Да бъдеш част от екип или да сформираш екип, който ще разработва проект/софтуер с отворен код или свободен софтуер.
  • Да си направил поне едно нещо, което да го има в публично хранилище и да е лицензирано под свободен лиценз.
  • Твоя проект да променя уеб.

Освен всичко това, след като демото е готово и ако отговаря на изискванията на WebFWD, ние може и да го финансираме с паричен грант.

Как точно?

Е, как звучи?

Aко искаш да започнеш да променяш уеб и да ставаш все по-добър напиши като коментар препратката към хранилището (виж точка 2) и защо искаш да участваш – само едно изречение.

На случаен принцип чрез random.org ще изберем 4 човека точно след една седмица на 16 май.

 

JRebel в България – само за Java/scala програмисти и други JVM маниаци.

Compiling …..
Ако сте се занимавали с програмиране на Java и Scala (както и други JVM езици), сигурно знаете, че най-много време от процеса на програмиране отнема deploy /redeploy на приложението и това трябва да се прави всеки път, когато искате да видите някаква промяна.

Кой не е правил това?
Разбира се времето за компилиране/deploy може да е време за нещо такова,

но в общи линии е дразнещо всеки път да се чака за да видиш промените по приложението което пишеш и след това да продължиш да пишеш и след това да чакаш, за да видиш промените – действа разконцентриращо :)

Нормален начин за програмиране
Нашия малък стартъп създаде решение на това – JRebel. Промените може да се видят директно, след като бъдат направени без да се чака за deploy и redeploy.
JRebel работи с почти всички IDE, с почти всички контейнери, рамки за програмиране и сървъри и е лесен за конфигурация.

Малко факти

Ето малко информация още от програмист за програмист:

Повече информация, много видео-уроци и полезни данни има на сайта – тук.

Подарък
Не е тайна, че започнах работа в тази компания и мога да подаря лицензи (3 месечни) за JRebel на всеки програмист, който ми пише на bogo –ат– zeroturnaround.com ( може да включите и информация за IDE което ползвате, контейнерa и фреймуорка ).

Идея:

Ако имате познат Java или Scala програмист и искате да му подарите нещо, което си заслужава – пратете му линк към тази публикация.

4:Да намерим бизнес стойността на общността си.

Няма да сгреша ако кажа, че основната причина за създаването на една общност е (бизнес) изгодата, но изгода както за общността така и за продукта. Важна стъпка е изработването на план на общността, който да отговаря на следните въпроси:

Какво приемаме за общност?

Със сигурност това са група хора, който са чували за продукта, но трябва да имате по-точна специфика:

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

Пример:

Нататък 4:Да намерим бизнес стойността на общността си.