Буквально на выходных решил разобраться с node.js, для чего склепал чат, в котором, как в гугловейве, каждое сообщение передается по мере печати.
С модулями особо не парился, делал ссылку на класс доступной через exports. В яваскрипте жутко взбесило отсутствие связывания методов со своими объектами. В частности, что хендлеры для EventEmitter выполняются в его контексте, а не в контексте объекта, к которому хендлер принадлежит. После долгого использования AS3 очень сложно смириться с тем, что в js принято городить кучу вложенных анонимных функций и передавать контекст через замыкание.
Вот кстати насчет вирусов интересная тема. Да, у нас managed code и полная безопасность в юзер-моде. Но хотелось бы рассмотреть два момента:
1. ОС будет постоянно развиваться, будут выходить всякие обновления и патчи для ядра. Значит будет механизм, позволяющий засунуть в ядро нативный код из внешнего источника. Источник можно подменить, подпись можно подделать, ключ шифрования можно подобрать или украсть.
В итоге встает вопрос проверки благонадежности импортируемого кода, для чего потребуется интегрированный в систему антивирус.
2. Всегда остается угроза критической уязвимости в управляющем модуле прослойки между стулом и монитором. Даже если эта прослойка не обладает админскими правами, все равно сложно помешать ей нажать «да», когда какое-нибудь приложение с непонятным, но вызывающим доверие названием в духе «глобальный супервизор безопасности» запросит доступ к объекту с непонятым именем «BrowserName::UserDataStorage->SavedPasswords».
Это ставит вопрос о том, как не дать пользователю наломать дров, не стесняя при этом его свободы.
Собственно тут нет ничего нового, просто интересно, как будут реализованы механизмы защиты в ФантомОС.
Собираю рассказы о чудесных технологиях будущего, которые люди различных профессий представляют в своих мечтах. Проще говоря, собираю коллекцию образов, которые цепляют «ощущение будущего».
Это интересно. И это возможность либо сразу придти к новым идеям, либо понять и осознать чужие проблемы, которые в конечном счете тоже являются источниками идей.
А конкретно по поводу разработки и внедрения планшетных решений в сфере медицины — нет, как-то не планировал :)
Вы очень хорошо разложили проблему и выделили самую суть. Я хочу попросить вас, как врача, повернутого на новых технологиях, пойти еще дальше, и немного пофантазировать. Как, по-вашему, будет выглядеть рабочий процесс, когда все описанные вами вопросы будут решены?
Было бы интересно получить от вас небольшой очерк о работе врача в светлом будущем, где планшеты обросли всем необходимым функционалом, медучереждения — инфраструктурой, а законодательство — законами. User story, так сказать :)
Этот сервис — воплощение моих самых сокровенных фантазий о дизайне :)
Но по функционалу лично мне не подходит. Как показала практика, я быстро забиваю на всякие описания, теги итд. А потом забиваю и на соответствующие инструменты/сервисы, т.к. надоедает тратить внимание на то, чем я не пользуюсь.
Возвращаюсь всегда к одному и тому же: раскрывающиеся списки, которые позволяют быстро нашлепать кучу пунктов, без всяких наворотов. Если задача требует явного указания дополнительной информации (описание, приоритет, сроки), то эта информация оформляется дочерним списком внутри задачи.
Если человек делает работу, то доказать ему, что неправ именно он очень сложно
Если человек объективно неправ, то доказать ему это необходимо, пусть и смягчив высказывания. Пока вы этого не сделаете, работа не сдвинется в нужном направлении.
Вам лично никто и ничего не должен
Речь идет о взаимных договоренностях, где каждая сторона что-то должна другой, и в праве это требовать. Заказчик должен заплатить, исполнитель должен выполнить работу.
Соглашаетесь и говорите то, как Вы хотите решить проблему, даже если это абсолютная противоположность
«Да, черный цвет — именно то, что нужно, но давайте лучше сделаем белый.»
Бред для нас и норма для них. Это просто нужно принять как данность. Плюс, если вспомнить про психологию, то эффект позитивного подкрепления никто не отменял.
«Have a nice day!» – это не издёвка
Для них — нет, для нас — да, я уже писал об этом в другом комменте. Это тоже нужно просто запомнить.
да, возможно он тупой, но, тем не менее он потратил на Вас своё драгоценное время
Если вы платите ему за работу, а значит, за потраченное на нее время, то он потратил на вас ваши же деньги. Ваш выбор — заложить эти затраты в бюджет, либо выбрать более компетентного исполнителя.
Я всегда отвечаю вежливо. Но в моей профессиональной области существует несколько вопросов, которые задаются совершенно разными людьми с завидной регулярностью, и говорят о полном непонимании автором самых основ, и нежелании хотябы открыть документацию. Я смог неоднократно убедиться, что объяснять что-либо таким людям нет смысла, для них самым полезным ответом будет призыв покинуть профессию, чтобы они перестали впустую тратить свое время, и занялись тем, что у них получается лучше всего. Поэтому я больше не отвечаю на глупые вопросы, на них отвечают те, кто еще не успел разочароваться в людях :)
Часть вопросов содержат оправдание примерно в таком ключе, что автор не профессионал (и не собирается им становиться), но сделать очень надо. На них ответ примерно такой же: призыв покинуть профессию и нанять профессионала для решения поставленной задачи.
Что такого дико непривычного и дикого в том, чтобы конце письма писать «Хорошего дня!» или «Приятных выходных!»?
Для них это норма, и не несет никакой смысловой нагрузки.
Для нас это выражение личного расположения, которое может быть воспринято как издевка, если содержимое письма говорит об отсутствии такого расположения, например о недовольстве качеством/сроками выполненной работы и грядущем увольнении.
С модулями особо не парился, делал ссылку на класс доступной через exports. В яваскрипте жутко взбесило отсутствие связывания методов со своими объектами. В частности, что хендлеры для EventEmitter выполняются в его контексте, а не в контексте объекта, к которому хендлер принадлежит. После долгого использования AS3 очень сложно смириться с тем, что в js принято городить кучу вложенных анонимных функций и передавать контекст через замыкание.
Насчет GTK2 не знаю, юзаю его под виндой.
[Representational] [State Transfer]
Казнить нельзя помиловать.
easyelectronics.ru/rabota-s-portami-vvoda-vyvoda-mikrokontrollerov-na-si.html
1. ОС будет постоянно развиваться, будут выходить всякие обновления и патчи для ядра. Значит будет механизм, позволяющий засунуть в ядро нативный код из внешнего источника. Источник можно подменить, подпись можно подделать, ключ шифрования можно подобрать или украсть.
В итоге встает вопрос проверки благонадежности импортируемого кода, для чего потребуется интегрированный в систему антивирус.
2. Всегда остается угроза критической уязвимости в управляющем модуле прослойки между стулом и монитором. Даже если эта прослойка не обладает админскими правами, все равно сложно помешать ей нажать «да», когда какое-нибудь приложение с непонятным, но вызывающим доверие названием в духе «глобальный супервизор безопасности» запросит доступ к объекту с непонятым именем «BrowserName::UserDataStorage->SavedPasswords».
Это ставит вопрос о том, как не дать пользователю наломать дров, не стесняя при этом его свободы.
Собственно тут нет ничего нового, просто интересно, как будут реализованы механизмы защиты в ФантомОС.
Собираю рассказы о чудесных технологиях будущего, которые люди различных профессий представляют в своих мечтах. Проще говоря, собираю коллекцию образов, которые цепляют «ощущение будущего».
Это интересно. И это возможность либо сразу придти к новым идеям, либо понять и осознать чужие проблемы, которые в конечном счете тоже являются источниками идей.
А конкретно по поводу разработки и внедрения планшетных решений в сфере медицины — нет, как-то не планировал :)
Было бы интересно получить от вас небольшой очерк о работе врача в светлом будущем, где планшеты обросли всем необходимым функционалом, медучереждения — инфраструктурой, а законодательство — законами. User story, так сказать :)
Правой рукой тянемся к бекспейсу влево — назад
Но по функционалу лично мне не подходит. Как показала практика, я быстро забиваю на всякие описания, теги итд. А потом забиваю и на соответствующие инструменты/сервисы, т.к. надоедает тратить внимание на то, чем я не пользуюсь.
Возвращаюсь всегда к одному и тому же: раскрывающиеся списки, которые позволяют быстро нашлепать кучу пунктов, без всяких наворотов. Если задача требует явного указания дополнительной информации (описание, приоритет, сроки), то эта информация оформляется дочерним списком внутри задачи.
Если человек объективно неправ, то доказать ему это необходимо, пусть и смягчив высказывания. Пока вы этого не сделаете, работа не сдвинется в нужном направлении.
Вам лично никто и ничего не должен
Речь идет о взаимных договоренностях, где каждая сторона что-то должна другой, и в праве это требовать. Заказчик должен заплатить, исполнитель должен выполнить работу.
Соглашаетесь и говорите то, как Вы хотите решить проблему, даже если это абсолютная противоположность
«Да, черный цвет — именно то, что нужно, но давайте лучше сделаем белый.»
Бред для нас и норма для них. Это просто нужно принять как данность. Плюс, если вспомнить про психологию, то эффект позитивного подкрепления никто не отменял.
«Have a nice day!» – это не издёвка
Для них — нет, для нас — да, я уже писал об этом в другом комменте. Это тоже нужно просто запомнить.
да, возможно он тупой, но, тем не менее он потратил на Вас своё драгоценное время
Если вы платите ему за работу, а значит, за потраченное на нее время, то он потратил на вас ваши же деньги. Ваш выбор — заложить эти затраты в бюджет, либо выбрать более компетентного исполнителя.
Часть вопросов содержат оправдание примерно в таком ключе, что автор не профессионал (и не собирается им становиться), но сделать очень надо. На них ответ примерно такой же: призыв покинуть профессию и нанять профессионала для решения поставленной задачи.
Для них это норма, и не несет никакой смысловой нагрузки.
Для нас это выражение личного расположения, которое может быть воспринято как издевка, если содержимое письма говорит об отсутствии такого расположения, например о недовольстве качеством/сроками выполненной работы и грядущем увольнении.