С ним не так. Это на вялотекущую шизофрению похоже, или шизотипическое что-то. Стойкое чувство, что он просто наврал про кучу курсов. Мог просто начитаться и нахвататься терминов, нафантазировать себе, что он уже программист, и с закономерным итогом сфейлиться на всех собеседованиях.
2) нет описания алгоритма. Обычно марковские цепи используют. Какой алгоритм синтаксического разбора, где грамматика, является ли она контекстно-свободной или контекстно-зависимой, как части речи определяли, и так далее.
да, это и имел в виду. Асинхронно делать все, писать/читать в апстрим, читать/писать клиенту, по реактивной модели. Для БД бывают асинхронные коннекторы, тот же postgres-finagle например. Асинхронный ввод/вывод в файловую систему тоже вроде не проблема.
Если честно, у меня архитектура эльбруса вызывает двоякое впечатление. С одной стороны, сделано довольно красиво, с другой - оочень топорно. Возьмем как пример упомянутую конвейеризацию циклов - это когда несколько соседних итераций можно одновременно исполнять. Там есть у них аппаратная поддержка в виде регистров с подвижной базой, которые дают возможность циклического переименования регистров. Но стоит в цикле появиться if-у - то цикл конвейеризован быть не может (из доки). Почему? Скорее всего потому, что предикатные регистры у них не вращаются (могу быть не прав, знающие люди, подскажите, пож.). То есть конвейеризована у них может быть максимум простая рекуррентность, даже задачи ДП с выбором минимума/максимума эффективно решены быть не могут. Какое-то ощущение недоделанности. И вопрос, зачем тогда это все городить? Ведь простейшая раскрутка циклов, которую тот же gcc умеет делать, прекрасно справляется с задачей параллелизации итераций и без аппаратной поддержки.
Именно. Но в реальности энергоэффективностью он не блещет. Во-первых, техпроцесс. Во-вторых, как уже сказали, все упирается в наполненность широкой команды. А там на современном коде все печально, не более 2х команд в одной широкой команде в среднем (цифра из доклада по портированию Java на эльбрус, ссылку лень искать).
эм, производство уже лет 20 как туда вынесли, сейчас не знают, как обратно вернуть, да еще и отдавать никто не хочет. Удаленные рабочие места уже лет 15 как выносятся в виде всяких там фрилансерских бирж и прочего. Только толпа африканцев не напишет хороший код, не спроектирует хорошее устройство, и сольется посреди проекта. А те, кто напишут и спроектируют - так те из той же Африки теряя тапки свалят.
не факт, что упадет. Зарплата есть баланс спроса и предложения на рынке труда. Спрос остается постоянным, предложение сокращается за счет сокращения безработицы - цена, то есть зарплата, в теории растет. На практике, скорее всего, не изменится сильно.
есть мнение, что придется просто нанять на четверть больше персонала. Глядишь, и рабочих мест станет больше, с безработицей станет получше, повысится востребованность рабочего, и возможно даже подрастут зарплаты.
если честно, подавляющее большинство этих книг лучше сжечь. Пользы от них ровно столько же, как от книг "как стать миллионером", а вред - в виде потраченного времени на опровержение той чуши, которая там написана, на собственном опыте - возможен, не говоря уже о проблемах психологических.
они нужны по-моему только для расчета матрицы поворота, 6 значений за кадр посчитать полиномом не особо муторно, а память на таблицы значений экономится
Я такое лет 15 назад под J2ME писал, там тоже вещественной нет арифметики. Только у меня камера была и текстуры. BSP по-моему не было, интерес иссяк. Текстурированный кубик примерно 64 пикселя на грань крутился на телефоне весьма бодро.
Не надо ему писать. С большой вероятностью это шизофреник, и ни в каком не в Израиле.
С ним не так. Это на вялотекущую шизофрению похоже, или шизотипическое что-то. Стойкое чувство, что он просто наврал про кучу курсов. Мог просто начитаться и нахвататься терминов, нафантазировать себе, что он уже программист, и с закономерным итогом сфейлиться на всех собеседованиях.
Кошка-жена большой лоток нужен?
1) где код для статьи?
2) нет описания алгоритма. Обычно марковские цепи используют. Какой алгоритм синтаксического разбора, где грамматика, является ли она контекстно-свободной или контекстно-зависимой, как части речи определяли, и так далее.
Статья "я сделал то-то, а как - не скажу"
да, это и имел в виду. Асинхронно делать все, писать/читать в апстрим, читать/писать клиенту, по реактивной модели. Для БД бывают асинхронные коннекторы, тот же postgres-finagle например. Асинхронный ввод/вывод в файловую систему тоже вроде не проблема.
веб-сервер несложно, юзаем асинхронность, на базе epoll которая. С бд сложнее. Тот же postgres работает process-per-connection
На эльбрусе переключить контекст должно быть сущим геморроем, так как регистров очень много.
Спасибо за объяснения!
Если честно, у меня архитектура эльбруса вызывает двоякое впечатление. С одной стороны, сделано довольно красиво, с другой - оочень топорно. Возьмем как пример упомянутую конвейеризацию циклов - это когда несколько соседних итераций можно одновременно исполнять. Там есть у них аппаратная поддержка в виде регистров с подвижной базой, которые дают возможность циклического переименования регистров. Но стоит в цикле появиться if-у - то цикл конвейеризован быть не может (из доки). Почему? Скорее всего потому, что предикатные регистры у них не вращаются (могу быть не прав, знающие люди, подскажите, пож.). То есть конвейеризована у них может быть максимум простая рекуррентность, даже задачи ДП с выбором минимума/максимума эффективно решены быть не могут. Какое-то ощущение недоделанности. И вопрос, зачем тогда это все городить? Ведь простейшая раскрутка циклов, которую тот же gcc умеет делать, прекрасно справляется с задачей параллелизации итераций и без аппаратной поддержки.
Именно. Но в реальности энергоэффективностью он не блещет. Во-первых, техпроцесс. Во-вторых, как уже сказали, все упирается в наполненность широкой команды. А там на современном коде все печально, не более 2х команд в одной широкой команде в среднем (цифра из доклада по портированию Java на эльбрус, ссылку лень искать).
эм, производство уже лет 20 как туда вынесли, сейчас не знают, как обратно вернуть, да еще и отдавать никто не хочет. Удаленные рабочие места уже лет 15 как выносятся в виде всяких там фрилансерских бирж и прочего. Только толпа африканцев не напишет хороший код, не спроектирует хорошее устройство, и сольется посреди проекта. А те, кто напишут и спроектируют - так те из той же Африки теряя тапки свалят.
не факт, что упадет. Зарплата есть баланс спроса и предложения на рынке труда. Спрос остается постоянным, предложение сокращается за счет сокращения безработицы - цена, то есть зарплата, в теории растет. На практике, скорее всего, не изменится сильно.
есть мнение, что придется просто нанять на четверть больше персонала. Глядишь, и рабочих мест станет больше, с безработицей станет получше, повысится востребованность рабочего, и возможно даже подрастут зарплаты.
а для джавистов есть Stanford NLP
если честно, подавляющее большинство этих книг лучше сжечь. Пользы от них ровно столько же, как от книг "как стать миллионером", а вред - в виде потраченного времени на опровержение той чуши, которая там написана, на собственном опыте - возможен, не говоря уже о проблемах психологических.
Не нужно писать никаких остроумных фраз. Тем более не существует никакой "той самой" остроумной фразы.
они нужны по-моему только для расчета матрицы поворота, 6 значений за кадр посчитать полиномом не особо муторно, а память на таблицы значений экономится
Я такое лет 15 назад под J2ME писал, там тоже вещественной нет арифметики. Только у меня камера была и текстуры. BSP по-моему не было, интерес иссяк. Текстурированный кубик примерно 64 пикселя на грань крутился на телефоне весьма бодро.
только сейчас подростки, встретившись в ресторане, продолжают общаться через смартфон
ну вообще наверное зависит, потому что экстраверту есть на ком практиковаться