Ну так надо не смотреть в профиле, а спрашивать после занятия. Если интересно, то МИФИ и github.com/agsh?tab=activity
Не совсем понял вопрос, о том, что используют сейчас при обучении. Я использую лекции, проектор, метод внушения и прочее, прочее, что используется обычно при обучении. Веду функциональное программирование. Язык — haskell. Пробовал одно время перейти на F# или скалу, но понял, что именно ФП нужно вести на чистом и ленивом языке. Не забываю рассказывать про функциональные плюшки в других языках, например javascript'е и c#. Также каждую неделю напоминаю о идущем сейчас курсе по скале на coursera от Мартина Одерски.
В моём случае можно говорить о том, что преподавание для меня эдакое хобби, которое позволяет отвлечься на пару часов от суровой работы и рассказать о своём опыте студентам.
А я бы хотел таких студентов как вы. Судя по моему скромному опыту преподавания, сильных студентов, которым интересно учиться, на поток приходится человек пять-десять. Да и те в большинстве своем магистры, т.е. уже работающие и действительно программирующие люди. С такими действительно интересно и можно после и даже во время занятий поговорить. «Слабых» студентов, которые, я верю, совсем не слабые, а просто неопытные, больше, но и с ними тоже интересно. А вот нежелающих учиться, желающих работать, а не приходить на пары, а потом сдающих чужие лабы, почему-то процентов тридцать, но складывается такое ощущение, что их большинство.
Читал недавно более чем годовалую перепалку между разработчиком на node.js и знатными программистами на erlang'е и понял, что мне тоже безумно интересно увидеть сравнение. И по нагрузке, и по функционалу.
Потому что это хардкор, javascript-хардкор, это настоящий код из Мытищ!!!
А на самом деле, легко понять, что при использовании checked мы просто получаем ссылку на DOM-элемент и запрашиваем его свойство, а во всех остальных случаях вызываем функции jQuery. Сам вызов функции уже «стоит» достаточно, а сколько проверок они таят внутри — я не смотрел и не знаю.
Основная проблема документации sphinx на мой взгляд малое количество примеров для большинства интересных настроек, сегодня постараюсь рассказать в примерах о них.
Зато это позволяет срубить денег на тех.поддержке и консультациях. :) Такая вот система монетизации.
Лично мне было сложно недавно прикручивать поиск с опечатками по статье Аксёнова к node.js + mongoDB. Прикрутил наполовину, как смог, но всё равно рад.
Так что мне истории успеха с применениех сфинкса безумно интересны.
Хотя, а что тут писать? Только если о своём горьком опыте проектирования. Рад, что теперь этот функционал send'а в стабильной версии.
У меня просто сервер крутится на node.js, и в некоторых, особых случаях, приходится «считать факториал».
Cluster использовать — не вариант, т.к. «факториалу» нужно только соединение с особой базой данных, для которой насписан самодельный драйвер, с другой стороны, основной сервер в require имеет адскую кучу зависимостей.
Приходилось fork'ать другую программку с «программой-факториалом» и общаться с основным сервером через send, чтобы он что-то отправлял клиенту. Причем сценариев отправки — море.
Теперь, надеюсь, станет гораздо проще.
Если выгорит, почему бы и нет? :) Просто в связке клиент-сервер-fork, где fork должен общаться с клиентом, реализация этого путём обмена сообщениями send между сервером и fork'ом адски выносила мозг.
Во-первых, в сравнении гугла, как я понял, важен смысл действия, а не скорость реализации, если посмотреть на другие их примеры.
Во вторых, согласен, что indexOf при неудовлетворительном условии прочтёт строку до конца. Но что мешает тому же V8 оптимизировать такой код?
Не совсем понял вопрос, о том, что используют сейчас при обучении. Я использую лекции, проектор, метод внушения и прочее, прочее, что используется обычно при обучении. Веду функциональное программирование. Язык — haskell. Пробовал одно время перейти на F# или скалу, но понял, что именно ФП нужно вести на чистом и ленивом языке. Не забываю рассказывать про функциональные плюшки в других языках, например javascript'е и c#. Также каждую неделю напоминаю о идущем сейчас курсе по скале на coursera от Мартина Одерски.
В моём случае можно говорить о том, что преподавание для меня эдакое хобби, которое позволяет отвлечься на пару часов от суровой работы и рассказать о своём опыте студентам.
А на самом деле, легко понять, что при использовании checked мы просто получаем ссылку на DOM-элемент и запрашиваем его свойство, а во всех остальных случаях вызываем функции jQuery. Сам вызов функции уже «стоит» достаточно, а сколько проверок они таят внутри — я не смотрел и не знаю.
очень сложно встретить. Они живут только в вольерахнет.Зато это позволяет срубить денег на тех.поддержке и консультациях. :) Такая вот система монетизации.
Лично мне было сложно недавно прикручивать поиск с опечатками по статье Аксёнова к node.js + mongoDB. Прикрутил наполовину, как смог, но всё равно рад.
Так что мне истории успеха с применениех сфинкса безумно интересны.
У меня просто сервер крутится на node.js, и в некоторых, особых случаях, приходится «считать факториал».
Cluster использовать — не вариант, т.к. «факториалу» нужно только соединение с особой базой данных, для которой насписан самодельный драйвер, с другой стороны, основной сервер в require имеет адскую кучу зависимостей.
Приходилось fork'ать другую программку с «программой-факториалом» и общаться с основным сервером через send, чтобы он что-то отправлял клиенту. Причем сценариев отправки — море.
Теперь, надеюсь, станет гораздо проще.
Во вторых, согласен, что indexOf при неудовлетворительном условии прочтёт строку до конца. Но что мешает тому же V8 оптимизировать такой код?
, а для javascript:
?
Хотя вполне логично сравнение:
.