Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 30
×
  • Нужна консультация

    Может это звучит пафосно, но для подобных энциклопедий сам Ли велел использовать базу знаний. Технологии SemanticWeb уже, в принципе, достаточно зрелы (RDF (S) /OWL/SPARQL).

    Стройная онтология + миллионы фактов, это действительно может быть уникально и востребованно. Если информация действительно ценна, вы сможете продавать саму базу знаний, а не только онлайн или оффлайн энциклопедию.

  • Поворот большого проекта в сторону Test driven development +JUnit+JMock+Ant

    Логично начать с тех частей проекта, которые «слабо связаны», т.е. имеют ярко выраженные зависимости (которые можно подменить стабами) и интерфейс. Если использовался IoC-контейнер (и соотв большинство сервисов написаны в IoC-стиле) — то протестировать отдельно взятый компонент вообще нет проблем. Также разумно сначала писать тесты для наиболее абстрактных инфраструктурных частей проекта ( «неделимых» кирпичиков), и лишь после — для конкретных фичей. Каждый отдельный тест должен быть как можно проще и короче.

    Если же в общем проект не обладает достаточным свойством «слабой связности» (все перемешано аки лапша), то толку от модульных тестов будет немного.

  • Внутренний интернет-портал фирмы

  • Перспективы Web

    +1 семантик-веб будет рулить. Как там Ли называл _это_ — ГГГ (Giant Global Graph:)

  • Почему НЕ Python

    2anonymous

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

  • Почему НЕ Python


    Скажите честно, Ваши познания в области «других вариантов» ограничиваются 3 лабами по Прологу в Вузе?
    2anonymous:

    судя по Вашим сообщениям, до моих познаний Вам еще %рать и %срать. Повзрослеешь, ума наберешься — тогда и будем дискутировать, хамло.

    А то они глупенькие десятки лет как разрабатывают новые парадигмы

    Судя по всему, Вы и есть тот самый быдлокодер, ибо похоже в парадигмах разбираетесь аки свинья в помидорах.

  • Почему НЕ Python

    Я сказал, что Жава далеко не самый приятный для думающего программиста язык

    Для думающего программиста, язык не столь важен для формализации своих мыслей (исключение, возможно, VB: -)).
    Думающий, и если руки не из Ж, сможет подобрать\написать для себя удобный каркас для решения любых задач, и Жаба очень неплохой вариант.
    Умерьте пафос, и пишите больше разного на чем угодно — счастье прийдет. Может быть.

    з.ы. я не жаба-программист.

  • Почему НЕ Python

    Возможно я неверно выразился, но меня интересует отличие именно техническое

    Можно долго рассказывать про CLI как «вэнэц эволюцыы», про более чем 40, 000 классов.нет 3.5, наличие хоть какой-то документации по большинству из этих тысяч классов. Но я не думаю что именно это ты хочешь услышать.

    Когда у тебя будет проект, который развивается более много лет многими людьми, где «мэгабайты» сорцов (в массе, скорее всего, ужасных; -), десятки мегабайт внешних либ, и ты с ужасом обнаружишь, что рантайм (питона, пхп, руби, или даже уважаемого перла — любого динамического языка) просто тормозит (падает, жрет память, неважно) и ничего с этим сделать нельзя — тогда только станет понятным почему жаба и.нет именно такие какие они есть.

  • Выбор web framework’a (ne php)

    Насчет «ураження моску» nickfedorov может быть даже в чем-то прав))

    Ну я вот знаю ASP.NET, советую) для интереса можно даже глянуть мою надстройку, NReco. Полная защита от деградации моска обеспечена.

  • Google CSE vs Яндекс.Сервер для поиска по сайту

    движок Lucene (есть порт Lucene.NET) не подходит? быстрый, настраивается все.

  • Работа с целью получения опыта

    Всю жизнь были CS и в ней TCS, SE — это подмножество CS, так же как и TCS.

    Я утверждал обратное? Дословно моя фраза: “я четко понимаю что есть SE и CS”.

    Например, в типичной ВУЗ-овской пост-совковой программе “Компьютерні Науки” (назвать это computer science язык не поворачивается — у нас это нечто другое;) нет почти ничего, что нужно для тех кто выберет для себя направление SE. Очень мало (особенно у нас, в Украине — в России прогресс в этом направлении более заметен) исследований, публикаций, подготовленных курсов в этой области, так как очень мало людей которые с достаточным охватом представляют себе, что такое програмная инженерия и какие на самом деле проблемы (безусловно, наукоемкие, но иные, где фихтенгольц в часности может и не пригодиться вовсе) решаются в этой предметной области.

  • Работа с целью получения опыта

    2anonymous: Вы даже себе представить не можете, насколько я четко понимаю что есть SE и CS (занимаюсь как инженерной деятельностью так и научной работой)

    2Mike Gorchak: зря — это ж даже не я утверждаю, а товарищ Лаврищева (мое ей почтение). Тем более что вы рекомендовали фихтенгольца (а не дискретку), как предусловие создания новых станоков;)

  • Работа с целью получения опыта


    Однако нового станка вам не создать никогда. Если в условиях роста цен вам в кайф соревноваться с китайцами в дешевизне вашего кресломеста (именно это ценно для оутсорса, а не ваши уникальные знания), то ю велкам. Если — же нет, то читайте Фихтенгольца пока не поздно, Виленкина, Александрова, Савельева, другие хорошие книжки и чемодан, вокзал, Борисполь:)

    Проблема всего пост-советского пространства — непонимание и непринятие software engineering как самостоятельной и вообще говоря независимой (от прикладной математики например) дисциплины. Грубо говоря, необязательно зубарить фихтенгольца от корки до корки, а может быть даже вредно. (печальное состояние дел отображает вот этот документ ПЕРСПЕКТИВНІ ДИСЦИПЛІНИ ПРОГРАМНОЇ ІНЖЕНЕРІЇ)

  • Работа с целью получения опыта

    2ffox можно попробовать принять участие в разнообразных open source проектах, где руки лишними никогда не бывают, при этом можно увидеть всю кухню «изнутри».

    Есть еще конкурсы типа Google Summer of Code (правда, на 2009-й ты уже опоздал — регистрация была в марте), где даже денюжку могут приплатить.

  • open source “virus”

    2rssh: отличные обзоры, спасибо! (собственно, искал подтверждение некоторых своих домыслов — нашел)
    каюсь, поленился искать эти документы по первой вашей ссылке %)
    Про мотивацию (все собственно соответствует категориям, которые описаны в ваших докладах) — могу сказать про себя и фирму, где работаю.
    Как частное лицо, я трачу свободное время для работы над open-source проектами (вышеуказанный nreco) т.к. развиваю их в направлении, которое соответствует моему диссеру (и потому открытость мне ничего не стоит).
    Как фирма, мы решили выложить те библиотеки (open nic.net), которые
    1) достаточно стабильны и могут быть гипотетически полезны по-отдельности
    2) достаточно абстрактны, и, несмотря на достаточно уникальные возможности, продавать их (по нашему мнению) смысла нет (тот же дата-слой, или иок-контейнер)

    и посмотреть, что из этого выйдет.

  • open source “virus”

    Посмотрите на архтвы osdn Ukraine: conference.osdn.org.ua

    что-то там все выглядит неживым, да и не совсем то о чем я глаголю (все же, есть большие отличия между open source software и open source library).
    По моим наблюдениям, большинство open-source библиотек/фреймворков «активно» живут до года в лучшем случае пока «идейный вдохновитель» (обычно это 1 человек) имеет необходимость в развитии своего детища по своим причинам. В дальнейшем, в лучшем случае выпускаются «patched» версии (например, SemWeb.NET), в худшем — ничего не меняется, даже баги не правятся (пример — log4net). Редкие исключения (это фактически нереально в силу объективных причин), когда формируется community, и библиотека/фреймворк развивается без активного участия «отца-основателя» (пример dotnetnuke и jquery/jqueryui — если я не ошибаюсь). Иногда бывает, что открытая библиотека развивается за счет организаций типа JBoss (пример — NHibernate).

    На самом деле, организация «живучей» open-source библиотеки (фреймворка) — дело не такое простое, как может показаться. В отличие от open source software, на них фактически нереально зарабатывать (разве что очень косвенно). Тем не менее люди делают это. Вопрос повторю — зачем?)

  • open source “virus”

    2Аноним — речь больше не про способы зарабатывания на open source, а про мотивацию создавать и развивать (особенно — не отдельными людьми, а под крышей фирмы) собственные открытые проекты, в частности — компоненты\библиотеки. Мне лично было бы интересно узнать, есть ли украинские конторы, которые «крышуют» свои открытые проекты, и их мотивацию делать это.

← Сtrl 1... 456789 Ctrl →