Pull to refresh
2
0
Никита Чудаков @giko

User

Send message
Советую вам забыть эти вузовские определения.
Big O абсолютна никак не связана в математике с временем и процессорами.
Вы не по инструкции.

Пистолетом быстрее.
Не могу ответить вам точно на этот вопрос, существуют плагины, чтобы байткод хранить в памяти, а вот про объекты — хранить их можно только в сторонних хранилищах.
LiveCoding на PHP — бесполезное занятие. Во всяком случае не в таком виде, большинство скриптов выполняют свою работу за короткое время и не имеют какого-то конкретного состояния, в котором они находятся.
Лучше сделайте Dart :)
Вы не поверите, но я пишу код в IDEA, с плагином IdeaVim. Более того, у меня в браузере стоит расширение Vimium :)

Я никого не хотел оскорбить своим комментарием, просто это все очень странно и мне лично не понятно.
Вы говорите скорее о вещах, присущих IDE. VIM прежде всего редактор кода, а не IDE. Достичь продуктивности VIM'a в обычном редакторе практически нереально.

И вообще, как можно не знать про VIM??? Мне рисуется постапокалиптический мир, в котором программисты пишут код не в vim, а на планшетике, просто потому, что у них атрофировался мозг.
Хоть кому-то он поможет.
Правильно, вы теряете гарантию, когда перепрошиваете bios видеокарты.
Чем плоха сборка после сохранения, если у вас есть инкрементальный компилятор?
Поддержка начинается с серверов приложений (не знаю тонкостей, но полагаю, что есть какие-то различия) и заканчивается библиотеками.
К примеру, если я добавил какой-то бин в spring'е, то мне хочется, чтобы он был сразу инициализирован (стандартно инициализация проходит при старте приложения), JRebel это умеет. Или Hibernate, добавляем сущность и она сразу подхватывает базу, красота.
Возможно есть и какие-то более изощренные кейсы, но что-то не припомню.
Думается, что большая часть их работы заключалась именно в поддержке библиотек и фреймворков, а она там воистину великолепная.
Почему бы не .NET, для которой таких решений нет вовсе?
Если я не ошибаюсь, то в Andoid'е Dalvik, а не JVM, соответственно врядли.
Для JVM уже есть JRebel, который сложно переплюнуть
Через неделю — две, думаю, напишем.

Пока в божеский вид приведем.

Еще хотим github.com/Kluge-Inc/spectator на него завязать (для этого нужна версионность сообщений, минорные изменения протокола и хотелось бы diff вордовских документов)

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

Схема работы (немного не правильная):
github.com/Kluge-Inc/talkwut-docs

Веб (можно использовать как чат с комнатами + рассылка на почту):
github.com/Kluge-Inc/talkwut-web

Ядро:
github.com/Kluge-Inc/talkwut-core

Desktop клиент:
github.com/Kluge-Inc/talkwut-notifier

Если кому-то интересно — то можем написать статью.
enthuware.com/ лучшее для подготовки
У ТКС, к слову, можно поставить лимиты на снятие наличных и расходы в месяц в сумме.
Мне тут пару серверов нужно настроить…
Готов получать зарплату золотом.

Information

Rating
Does not participate
Location
Россия
Registered
Activity