Сучасна диджитал-освіта для дітей — безоплатне заняття в GoITeens ×
Mazda CX 5
×
  • Как должно выглядить техническое задание?

    Дают TFM, т.к. R=Read.

  • Мировой экономический кризис глазами IT

    Кстати, где-нибудь дают гривневые кредиты с фиксированным процентом?

  • Ресурс становится неинтересным

    Дмитрий, спасибо за иллюстрацию.

  • Ресурс становится неинтересным

    Я уже об этом говорил и Максу и Сергею, но повторю публично. Чем меньше человек знает и понимает, тем меньше вещей сдерживает его в высказывании мнений. Так везде — больше всего картин рисуют сумасшедшие, пишут графоманы, а наиболее плодовито комментируют в интернете балбесы. Поэтому выходит что атмосфера такая, что даже если разбираешься в какой-то теме, то чтобы высказаться нужно перекрикивать людей неадекватного о себе мнения. Ничего интересного в этом нет, поэтому проходишь мимо. Так в сети кругом, но в вашей власти решить быть ли ДОУ еще одним подобным местом или нет.

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

  • Почему только оффшоры? Почему не свои идеи?

    Вообще симптоматичный сам вопрос был, мол для успеха кажется что нужно:
    * смелость
    * деньги
    Ни тебе рынок, ни собственный профессионализм, ни, значит, культура труда у работников. Стабильное государство тоже — зачем?! Смелость и деньги!
    Ну вот еще намечается консенсус что мешает:
    * совок! из которого мы все вышли!
    Надо думать те, кому совок не мешает, прилетели с Марса.
    «Богатым быть стыдно» всё обьясняет! От жгучего стыда бедолаги аж окна тонируют и быренько из ресторана в ресторан шмыгают чтоб на глаза не попадаться, ведь заметят — засмеют.

    Вот это я понимаю уровень обсуждения!

  • Насколько ценятся специалисты по искусственному интеллекту?

    Эх, расскажу ка я как в Украине делается наука =)
    В бытность свою студентом не хотелось в дипломной работе писать очередное переложение достаточно скучных алгоритмов шифрования придуманых зав. кафедрой. Еще на кафедре занимались ИИ в лингвистическом разрезе к чему я и подключился. По какому-то госзаказу разрабатывалась экспертная система которая общаясь с пользователем на человеческом языке помогала бы ему принять решение. В нашем варианте это был продавец в магазине оружия. Мы делали всё: синтаксический разбор входного текста, потом семантический, потом сама экспертная часть, потом синтез ответа. Я занимался синтаксисом с небольшим нахлестом на семантику. Мой подход к вопросу оказался довольно эффективным, у парсера обнаружились всякие интересные способности вроде ошибкоустойчивости и прочего. Понятное дело, что до конца никогда не было доведено, но рассказ о том как оно делалось.
    Собирается народ в кабинете на кафедре. Кабинет заставлен шкафами, всё грязное, то что хоть можно назвать компом в одном экземпляре. Команда: сотрудник кафедры в забыл каком звании, аспирантка, рвущаяся замуж чтоб не уезжать из Киева и два студента 4го и 5го курса, раньше народа было больше, вот только недавно вроде отчалило человека три. Работа идет следующим образом, главный расхаживает по кабинету и нудит что нужно бы быстрее всё делать, потом все садятся пьют говенный чай из пакетиков. На улице начинает темнеть. В сотый раз повторяется кто за какую часть отвечает, все втыкают еще пару часов и расходятся. В науке тоже есть контроль — ежегодно проверяется прогресс в проекте. Конечно вся работа «за год» делается за две недели до проверки. По большей части в последнии часы перед проверкой.
    Но наш препод не так прост! Он наверное думает что бизнесмен. Кроме нашего правительства ту же разработку он пытается впарить каким-то американцам. Никто кроме него на кафедре ессно этого не знает. Также, конечно, на момент впаривания ничего, за что можно платить деньги нет. Впрочем американцы наверное тоже на самом деле из Таджикистана, всё путём. В общем вот такой научный стартап! Конечно никто из трудящихся денег не получает, стартап же всё-таки.
    Когда диплом сдан можно наконец послать это нах, нужно бы только как-то передать обломки кода чтоб не подосрать ребятам которые будут тянуть там свою лямку дальше. Вот последний визит перед летом, и наш доблестный лидер оказывается недавно о чем-то договорился амерами. Он им чего-то пообещал и наверное что-то получил в обмен. И он значит говорит =) «ну ребят, нужно будет летом поработать». Выясняется что он думает что народ будет всё лето ходить вкалывать на него ничего не получая. И народ ходил, только без меня.

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

  • Высшее образование: почему так?

    Править чужие сообщения я считаю недопустимо. Я хотел сказать именно то что сказал, а потом оказывается что сказано что-то другое. Извиняться не надо и возвращать не надо, я не к тому совсем. Если моя форма общения не подходит нужно или акк закрыть или сказать мне, я понимаю с первого раза. Молча поправлять сообщения чтобы вписать их в какие-то рамки это уже дичь, я же знаю что хотел сказать и именно это сказал. Точно так же я отреагировал бы и оффлайн, но на самом деле такого разговора скорее всего вообще не было бы т.к. изначально человек не был бы анонимен и говорил бы иначе.

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

  • Высшее образование: почему так?

    @Александр Соловьёв

    Хм, позицию свою не объяснишь? А то непонятно, то ли ты не осознаёшь, что дал тебе универ, то ли что?

    Поскольку кто-то правит мои сообщения на форум я думаю лучше пусть он сам и ответит, я в таком формате не общаюсь. А если таки интересно стукни в аську.

  • Высшее образование: почему так?

    Если бы я так сделал, зачем мне тогда было бы давать себе такой совет?

  • Высшее образование: почему так?

    Именно забить и пойти работать, можно грузчиком.

  • Высшее образование: почему так?

    Если бы я нынешний мог дать совет себе в прошлом я бы сказал «забей на универ иди работать».

  • Почему только оффшоры? Почему не свои идеи?

    Большинство разработок идет в поддержку существующего бизнеса. IT сам по себе почти никому не нужен. Большого бизнеса больше за рубежом. Компаний способных там продавать тоже больше на месте. Людей понимающих что нужно бизнесу естественно тоже больше там. А программисты дешевле тут.

    Для консюмерского софта аналогично — цепочка готовый потребитель-рынок-инфраструктура-предпринимательство.

  • Темы новых статей

    Стыковка между ними не очень и вручную задавать сеты трудно — всё рассчитано на то что будет использоваться автообнаружение.

  • Вопрос новичка

  • Темы новых статей

    Было бы здорово если бы кто-то написал «тестирование без фреймворков». Nose мне вроде и нравится, но с доктестами его состыковывать морочно. Сами доктесты тоже шалят. Голый юниттест не предлагать. Хотелось бы такого чтоб и autodiscovery было, но и чтоб и вручную легко было задавать (и в nose и в доктестах с этим средненько).

  • Темы новых статей

    > Ви вважаєте що правильний айтішник повинен їсти і спати за клавіатурою?
    Нет.

    Еще вопросы?

  • О качестве кода и профессионализме

    Интересно, никогда не пробовал так систематизировать разработку, но последовательность выглядит разумной.
    Насчет тестов к несуществующему коду. На самой ранней стадии, еще думая над API можно писать код который бы его использовал, уже на этом этапе могут стать заметными вещи что мол «так не выйдет сделать» потому что явно недостаточно информации куда-то передается итп. Этакий способ «думать руками». Код понятное дело не исполняется. В какой-то момент большая часть его закомментируется и можно писать саму либу чтобы код стал исполняться, по мере продвижения раскомментируя больше кода и добавляя всякие проверки. Тут же проявляются ошибки и есть такая рекомендация, чтобы еще до исправления или добавлять на эту ошибку тест-кейс или добавить в эту нашу программку какую-то проверку на внутренее состояние. В общем по мере работы над библиотекой вырастает несколько таких вот маленьких программ в каком-то приближении повторяющих будущее использование этой либы. В целом можно использовать их вместо тестов (но тут понятно никакой автоматизации) или превратить их настоящие тесты, что очень просто. Если либа совсем маленькая и тест-сьют у неё независимый то можно включать его в сам модуль.

    Вообще постепенно всё больше использую доктесты и именно в файлах документации (не в докстрингах). Выглядит это приблизительно вот таким образом. Но я работаю только с Питоном, так что для других языков много чего переложить наверняка не выйдет.

  • О качестве кода и профессионализме

    Всё-таки это тоже меняется от случая к случаю. Если работа организована таким образом что API замораживается очень рано, то почему бы сразу и доки не написать. У меня случай другой, я сам пишу огромные куски кода и получается какое-то время имею полный контроль как на поставщиком API так и над его потребителями. Это позволяет подкручивать его чтобы исправить недочеты или включить новые находки. Момент когда всё «just right» и есть момент когда я считаю уместным писать доки (какие-то мелкие доки правда и по ходу пишу). Когда этот момент наступил понятно только интуитивно, не могу представить чтобы можно было найти ему какие-то формальные критерии. Ну и конечно нужно чтобы были «час та натхнення» =)

  • О качестве кода и профессионализме

    Я так понял вопрос на самом деле не только в именовании и форматировании кода. С одной стороны я согласен что качественный код это хорошо, особенно потому что облегчает будущую работу с ним. Но с другой, я не согласен с постановкой вопроса что кто-то «должен». В каждом случае по разному же, понятно что опытный разработчик и одноразовый скрипт напишет гораздо внятней чем новичок, тут вопрос о «должен» не стоит, и не писать же к нему сразу доки и тесты. Точно так же и в бОльших проектах что оправдано, а что нет становится ясно с опытом. Я вот как-то писал документацию сразу вместе с кодом — код буквально через пару дней придумал как повернуть лучше, документация получается насмарку или вообще будет устаревшая лежать путать. Т.е. по факту выясняется что писать доки сразу глупо.

    Есть какой-то баланс между затраченными силами и качеством результата который нужно соотносить с важностью этого результата, но это всегда будет поиск, даже у самого опытного разработчика или управленца. Так что «должен» я думаю можно воспринимать только как максиму.

  • Темы новых статей

    =)) «Часть первая: Программирование на отсос». Та мне чет претит писать манипулятивные статьи. Ведь можно ж и статьями про превосходство программистской рассы сайт заполонить, да и вообще потакай читателю и он будет тебя любить.

← Сtrl 1234567 Ctrl →