Мне кажется с кронтабом не очень кошерно. Вот пример как можно через init скрипт сделать. Они там создают не привилегированного юзера и используют su, что бы запустить под ним.
Молодцы, что сказать. Вейв имел очень большой потенциал. Но его откровенно не допилили. Мы пытались использовать его, много положительных эмоций. Но в целом — проект сыроват. Так что желаю вам удачи, сделать качественный продукт! Я бы пользовался.
Поймали, поймали :) Я второпях почему то поделил 2 на 3, и конечно получился 0. Но что 2 / 3 = 0, что 3 / 2 = 1 лично для меня вполне ожидаемо. int / int = int
Но это бессмысленный спор… Я вот могу ожидать, что руби мне будет кофе вариать. Беда ли это руби, что оно это не делает? Тут скорее вопрос бэкграунда. Для статической типизации вполне нормально. Кто работал до этого с ЯП со статической типизацией — тем привычно. Кто привык к динамической — конечно будет казаться странным. На вкус и цвет все фломастеры разные…
получается 0. И что? Для строго типизированного языка, коим руби является, это вполне ожидаем результат. Для того что бы ожидать, чтото все же нужно знать исходные данные. В манах на руби это описано.
Ну на самом деле все не так плохо. erlyvideo описывает политические игры людей. Это не мешает ему успешно использовать рельсы, насколько я понимаю. Разные подковерные игры есть всегда, там где есть люид. Не стоит мешать это с конечно технологией.
Этак, надо отказаться от питона потому что гугль как то забил на unladen-swallow. Отказаться от JVM, потому что гладиолус оракл тот еще патентный тролль. PHP не использовать, потому что полезнейший функционал php-fpm долго не могли пропихнуть в апстрим. А от linux надо просто бежать, потому что там полный террариум в плане, какие патчи включать в ванильное ядро, а какие нет.
Рельсы весьма хороши, просто нужно понимать их нишу и ограничения.
По 1.9 vs 1.8 ваше мнение понятно. Вам — верю :) А вот по поводу рельс. Все эти печальные факты про вторые рельсы или про тройку? Вроде как в третьей версии очень много сделали для оптимизации.
Спасибо за пост. Ссылки на конкретные куски кода это лучшие аргументы в таких обсуждениях.
Я понимаю, что вы НЕ хотели этого сказать, но для тех кто не в теме может сложиться ощущение, что Петр не квалифицирован. Судя по вашему описанию курс и правда был далек от «продвинутого», но вот MySQL Performance Blog и книга High Performance MySQL, к которым Петр имеет самое прямое отношение, являются просто безценными источниками информации когда дело касается MySQL. Это к слову…
Спросить я хотел другое. С MySQL понятно. А вы пробовали смотреть Percona Server в плане партиции? Или может сам Петр что то говорил об этом? Там все так же плохо?
Спасибо за отрывок, один из моих любимых. И скорее я разделяю это отношение, нежели нет. Но все же выскажусь в защиту философии. Да, 95% того что она порождает в современном ее виде, это эм… мало кому нужные рассуждения. Их я защищать не буду. Но боюсь, что такое соотношение, верно и для многих других областей науки. Не все физики одинаково полезны. Но везде есть полезный процент, давайте и поговорим о нем.
Философия, если переводить дословно, насколько я помню, это «любовь к мудрости». Не более чем инструмент для познания основ мира. И разве не важно привить студенту стремление к этому познанию?
Возвращаясь к теме ИТ, это особенно важно для инженера. Если человек не склонен познавать и рассуждать, в жизни, он не будет это делать и работе. Разработчик который ни когда не задался вопросом «Кто я в этом мире?», «Существует ли Бог?», очень вероятно не будет и задумываться о том «Можно ли сделать это проще?», «Как же именно работает эта библиотека?». Говнокод, плохие технические решения, очень часто это не просто результат бедности технических познаний, но бедности духовной. Имхо…
Другое дело, учить познавать мир через вдалбливание истории чужих трудов, это преступление. Тут все очень зависит от личности преподавателя и не уверен что эту проблему вообще можно решить системно. Любую программу можно испортить — было бы желание.
Андрей, вы подняли очень интересную тему, спасибо! Проходил курс философии и в университете и в аспирантуре. Воспоминания только самые печальные. Это при том что в школе любил почитать на ночь «Философский словарь» :) Так что совершенно соглашусь, виноват не предмет, а те кто его преподают. Не умения, не желания подать материал нормально, у моих преподавателей не было. Возможно мне просто не повезло, но судя по общению, так было у 75% моих знакомых из разных вузов и городов. Мое мнение, что ИТшнику подобные знания очень нужны.
С радостью почитал бы методичку по этому курсу когда/если сделайте. Может посоветуйте какую то книгу где эти темы кратко рассматриваются?
Сформулирую еще проще. Вот я ИТшник философски покалеченный нашим вузовским образованием и желающий заполнить этот пробел. Делать то дальше что? :)
Пост годный. Особенно ценны выводы. спасибо. Идея сервиса мне тоже кажется интересной, так что желаю вам удачи!
По поводу пожара и потери данных, конечно ваш фейл. Но осуждать мне вас сложно — сами тоже какое то время жили с бэкапсервером в том же ДЦ. В 99.9% это работает. Вам не повезло… Мои соболезнования.
А вот момент
> Мы не долго горевали, и на собрании учредителей было принято решение переписывать проект заново.
мне не понятен. Неужели ни у кого из разработчиков не осталось локальной копии кода и все умерло с серверами?
И еще вопрос — 3.6$ / час доход, сравнительно, не плохой. Не боитесь что ботов начнут писать?
По поводу торентов. Кому то нужно, а кому то нет. Я обращаюсь к тему кому это интересно. Ждать торрент бесполезно :) Скачать и оформить все видео, это непосильно для 1-2 людей. Кроме того, мне, например, просто не интересно заниматься видео от Adobe.
Я предлагаю решить это в духе open source — сделать не решение а инструмент. А точнее HowTo и инструмент (скажем DSL на ruby), которые позволят желающему максимально облегчить процесс скачки и оформления торрента. Который можно выложить на тот же rutracker.org.
Я готов взяться за координирование проекта, если есть люди которым это интересно и которые будут выкачивать и выкладывать интересные им конфы.
Но это бессмысленный спор… Я вот могу ожидать, что руби мне будет кофе вариать. Беда ли это руби, что оно это не делает? Тут скорее вопрос бэкграунда. Для статической типизации вполне нормально. Кто работал до этого с ЯП со статической типизацией — тем привычно. Кто привык к динамической — конечно будет казаться странным. На вкус и цвет все фломастеры разные…
Эм, я спрашивал именно про разницу между RoR 2.x и 3.x
И если уже затронули тему интерпретаторов, а JRuby не пробовали в боевых условиях?
Этак, надо отказаться от питона потому что гугль как то забил на unladen-swallow. Отказаться от JVM, потому что
гладиолусоракл тот еще патентный тролль. PHP не использовать, потому что полезнейший функционал php-fpm долго не могли пропихнуть в апстрим. А от linux надо просто бежать, потому что там полный террариум в плане, какие патчи включать в ванильное ядро, а какие нет.Рельсы весьма хороши, просто нужно понимать их нишу и ограничения.
Я понимаю, что вы НЕ хотели этого сказать, но для тех кто не в теме может сложиться ощущение, что Петр не квалифицирован. Судя по вашему описанию курс и правда был далек от «продвинутого», но вот MySQL Performance Blog и книга High Performance MySQL, к которым Петр имеет самое прямое отношение, являются просто безценными источниками информации когда дело касается MySQL. Это к слову…
Спросить я хотел другое. С MySQL понятно. А вы пробовали смотреть Percona Server в плане партиции? Или может сам Петр что то говорил об этом? Там все так же плохо?
Философия, если переводить дословно, насколько я помню, это «любовь к мудрости». Не более чем инструмент для познания основ мира. И разве не важно привить студенту стремление к этому познанию?
Возвращаясь к теме ИТ, это особенно важно для инженера. Если человек не склонен познавать и рассуждать, в жизни, он не будет это делать и работе. Разработчик который ни когда не задался вопросом «Кто я в этом мире?», «Существует ли Бог?», очень вероятно не будет и задумываться о том «Можно ли сделать это проще?», «Как же именно работает эта библиотека?». Говнокод, плохие технические решения, очень часто это не просто результат бедности технических познаний, но бедности духовной. Имхо…
Другое дело, учить познавать мир через вдалбливание истории чужих трудов, это преступление. Тут все очень зависит от личности преподавателя и не уверен что эту проблему вообще можно решить системно. Любую программу можно испортить — было бы желание.
С радостью почитал бы методичку по этому курсу когда/если сделайте. Может посоветуйте какую то книгу где эти темы кратко рассматриваются?
Сформулирую еще проще. Вот я ИТшник философски покалеченный нашим вузовским образованием и желающий заполнить этот пробел. Делать то дальше что? :)
По поводу пожара и потери данных, конечно ваш фейл. Но осуждать мне вас сложно — сами тоже какое то время жили с бэкапсервером в том же ДЦ. В 99.9% это работает. Вам не повезло… Мои соболезнования.
А вот момент
> Мы не долго горевали, и на собрании учредителей было принято решение переписывать проект заново.
мне не понятен. Неужели ни у кого из разработчиков не осталось локальной копии кода и все умерло с серверами?
И еще вопрос — 3.6$ / час доход, сравнительно, не плохой. Не боитесь что ботов начнут писать?
Я предлагаю решить это в духе open source — сделать не решение а инструмент. А точнее HowTo и инструмент (скажем DSL на ruby), которые позволят желающему максимально облегчить процесс скачки и оформления торрента. Который можно выложить на тот же rutracker.org.
Я готов взяться за координирование проекта, если есть люди которым это интересно и которые будут выкачивать и выкладывать интересные им конфы.
Жаль что по Вашей ссылке больше аудио, чем видео, но думаю ценность материала от этого не падает :)