• 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:Да намерим бизнес стойността на общността си.

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

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

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

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

    Пример:

    Read More

  • 3: Използване на видео в страничката с общността

    Тъй като днес е неделя и е време за малко забавление, ще споделя моето мнение за използване на видео в страницата за общността.

    Добра идея е да направите добро видео, което да се възприеме добре от потребителите. Това важи не само при процеса на създаване на общност, но и вече когато имате критичната маса и искате от общността да направи нещо полезно и за двете страни.

    Примери

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

    Read More
  • 2: Какви инструменти да използваме за направата на малката страница на общността

    Ако си спомняте в предния материал, говорих за това как да направим първата страница за общността, която да има ограничена функционалност. Сега ще ви кажа какви инструменти може да използвате за да я направите + още няколко практически съвета:

     

    Пощенски списък

    Що се отнася до създаването на ядрото на общността – пощенския списък е незаменим инструмент, защото:

    • Той ви дава прозрачна комуникация с всички в общността
    • Дава възможност на заинтересувани посетители да станат част от него, както и от общността ви
    • Дава информация за това с какви проблеми се сблъсква общността.
    Read More
  • 1: Да приютим общността

    [cmsd]

    След като вече сме определили нашата общност, трябва да ѝ създадем дом. Както при всяко начало, не е нужно да правим нещо голямо, защото няма да имаме чак толкова много „живущи“ в него.

    Тъй като живеем в ерата на Интернет най-логично е да го използваме за целта:

    1. Направете мини-уеб сайт, например community. домейна , my.домейна или join.домейна. Целта му е следната

    • Да информира в няколко думи за какво се борите – какво е вашето „моджо“ /от предния материал /
    • Да даде възможност на всеки, който желае да предприеме една или най-много две дейности
    • Да не отнема много време за поддръжка от ваша страна, защото в момента трябва да се фокусирате върху други неща.

    Дейности:

    Read More
  • 0: Къде е моята общност?

    [cmsd]
    За какво се борите?
    Приемаме, че лансирате нов продукт/марка/идея и хората въобще не са чували за вас. Това е най-трудната част – да привлечеш вниманието на хората и да ги убедиш, че ти правиш нещо, което ще е полезно за тях и ще промени към по-добро начина им на живот. Всеки се стреми към това – да живее по-добре.

    Гай Кавазаки има една интересна книга в която казва, че е много важно да изберем своята мисия много внимателно, но още по-внимателно трябва да изберем посланието, което отправяме.

    Аз го наричам „моджо“.

    Първото нещо, което прави един човек, когато разбере за нещо е да помисли „хей, това дали е полезно за мен или не“, а не „колко струва“. Никога ли не сте си купували нещо много полезно, което струва много пари? Тавтологията не е случайна -трябва да се стремим към многото.

    Read More