Было бы интересно увидеть, как такой подход можно согласовать с применением Hasura, когда с одной стороны хочется иметь возможность не писать запросы тривиальных выборок, а для сложных запросов применять DB-First.
Ирина, Вы бы вместо того, чтобы тыкать уважаемого tenshi в Вашу статью еще раз, привели бы сюда ссылку, которая может ответить на вопросы tenshi, потому как Ваша статья не содержит запрашиваемой информацией tenshi. Как я понимаю, без этой информации статья выглядит плохо скрываемой рекламой, для которой есть соответствующий хаб.
Честно говоря, с такими ценами мне проще арендовать у соседки комнату, ещё и кучу вытекающих бонусов с этого поимею
Года два назад за 6 000 рублей я арендовал однокомнатную квартиру в Самаре. Не в центре и не в новом доме. Какая разница, я ж там работал. Мне кажется, что +2 при хорошем понимании плюсов — более выгодная сделка. Однако это было два года назад. Как сейчас — не знаю.
Для меня критичным стало отсутствие парковки. Парковка Биг Бена — ужас же, все занято, все впритык и друг на друге, а выкупить место нельзя, «все украдено до нас».
Также у меня есть большие сомнения по поводу уровня интерес/шум: если у вас работает пара человек, кроме меня, то уровень шума позволяет не терять концентрацию, а при достаточном наполнении коворкинг превращается в офис, в котором всегда обед. :-) Еще раз повторю, это не проверено мной, а лишь догадка и опасение, возможно, я ошибаюсь, но проверять не вижу смысла, потому что парковка — приоритетнее.
P.S. По моему опыту, «коворкинг» гораздо проще себе обеспечить, договорившись с владельцем небольшой IT-компании, предложив оплачивать ему часть аренды, а себе небольшой уголок в инфраструктуре компании. Так я и делал какое-то время, пока ситуация не вынудила целиком переехать домой в отдельную комнату.
Статья-лозунг: «Набирайтесь практики, студенты!» Очевидный факт. Действительно полезные темы не были затронуты:
выпускают людей, которые не умеют составлять резюме, проходить собеседования, демонстрировать себя с лучшей стороны, устраиваться на работу, просить повышения.
Попробуйте Steroids.js. Это дополнение к Phonegap, которое позволяет поднять уровень производительности обычных Phonegap-приложений за счет использования сразу нескольких WebView'ов. Также у них в поставке есть интересные кроссплатформенные дополнения к Phonegap.
Я сейчас консультирую одну команду, которая пишет проект на связке Angular.js + Steroids.js, в целом процесс идет хорошо. Есть некоторые проблемы, озвученные Вами выше, но нам инструменты нравятся.
1) Заказчиков находите через фриланс? Или по знакомству?
2) Есть мысли начать свой IT-бизнес с написанием ПО на заказ. Начать получение заказов с ODesk — правильное решение или пытаться получать заказы с оффлайн?
Хотелось бы поинтересоваться свежестью и гибкостью ORM под Scala. Как они? Насколько стабильны в сравнении с NHibernate/Hibernate? Вообще, если сравнивать с NHibernate/Hibernate, то какие впечатления?
> если вдруг понадобиться более сложная функциональность
Опасное высказывание, с бОльшей доли вероятностью указывающее на Ваше, извиняюсь, нежелание изучить первоклассный инструмент для решения непосредственно Вашей задачи.
Все-таки хотел бы настоять на том, что SpecFlow — это не «когда… понадобиться более сложная функциональность», а готовый продукт для решения Вашей задачи сейчас.
Спасибо за ответы! В настоящий момент мы делаем выбор между Sencha и «Jquery UI + свой MVVM каркас на основе KNockoutJs». Приложение корпоративное, но заказчик весьма требователен к внешнему виду приложения. Отсюда и вопросы.
С другой стороны, поддержка своего каркаса с KNockout.JS — дело тоже трудное, не всеми оно может осуществляться. Проблема в том, что мне приходиться заниматься административными задачами проекта, до этого я занимался JavaScript, а передать ответственность теперь пока некому. Думал, что приобретение Sencha позволит избежать высокой квалификационной нагрузки на людей, в настоящий момент работающих с JavaScript.
Какие преимущества дает подход ExtJs по сравнению с библиотеками вида jQuery UI?
Насколько сложен ExtJs в кастомизации внешнего вида?
Есть набор стандартных готовых тем? Например, для jQuery UI есть конструктор тем, в котором можно навернуть любые цвета: jqueryui.com/themeroller/ Есть ли подобное для ExtJs?
Очень интересная тема! Однако я совсем мало что знаю, а потому спросить что-либо вменяемое, наверное, не смогу. Впрочем, было бы интересно, насколько такой подход оправдывает себя, когда число операций записи превалирует?
Не работал с MongoDB и его драйвером в .NET, зато принимал активное участие в проекте, где использовался NHibernate 3.1. Так вот там для операций над БД есть следующие инструменты: LINQ (Query), QueryOver, Criteria, HQL, возможно еще какие-то. Первые два — строго типизированные и используют Expression Tree, остальные — информация о типе хранится в строках.
В сложных выборках запрос на HQL/Criteria выглядит более понятным, нежели с LINQ (в QueryOver еще более тяжелые лексические конструкции). Однако команда все равно использовала QueryOver/Linq, просто потому что в противном случае рефакторинг становится существенно затруднительным.
Если динамика изменения модели предметной области Вашего проекта слабая, то Вы свободны выбирать между решениями, которые могут нарушать строгость типов. В этом случае вообще предпочтительнее использовать языки с динамической типизацией. В противном случае есть кактус имеет смысл — это ослабление риска.
P.S. я знаю о TDD и Unit-тестах, правда, я еще знаю и о том, какие проблемы с ними возникают в крупных проектах, а потому надеяться на них как на спасительную соломинку смысла не имеет. Все должно быть в комплексе: и тесты, и строгая типизация, где нужно.
Было бы интересно увидеть, как такой подход можно согласовать с применением Hasura, когда с одной стороны хочется иметь возможность не писать запросы тривиальных выборок, а для сложных запросов применять DB-First.
Года два назад за 6 000 рублей я арендовал однокомнатную квартиру в Самаре. Не в центре и не в новом доме. Какая разница, я ж там работал. Мне кажется, что +2 при хорошем понимании плюсов — более выгодная сделка. Однако это было два года назад. Как сейчас — не знаю.
Также у меня есть большие сомнения по поводу уровня интерес/шум: если у вас работает пара человек, кроме меня, то уровень шума позволяет не терять концентрацию, а при достаточном наполнении коворкинг превращается в офис, в котором всегда обед. :-) Еще раз повторю, это не проверено мной, а лишь догадка и опасение, возможно, я ошибаюсь, но проверять не вижу смысла, потому что парковка — приоритетнее.
P.S. По моему опыту, «коворкинг» гораздо проще себе обеспечить, договорившись с владельцем небольшой IT-компании, предложив оплачивать ему часть аренды, а себе небольшой уголок в инфраструктуре компании. Так я и делал какое-то время, пока ситуация не вынудила целиком переехать домой в отдельную комнату.
Демо-версия?
Я сейчас консультирую одну команду, которая пишет проект на связке Angular.js + Steroids.js, в целом процесс идет хорошо. Есть некоторые проблемы, озвученные Вами выше, но нам инструменты нравятся.
2) Есть мысли начать свой IT-бизнес с написанием ПО на заказ. Начать получение заказов с ODesk — правильное решение или пытаться получать заказы с оффлайн?
Опасное высказывание, с бОльшей доли вероятностью указывающее на Ваше, извиняюсь, нежелание изучить первоклассный инструмент для решения непосредственно Вашей задачи.
Все-таки хотел бы настоять на том, что SpecFlow — это не «когда… понадобиться более сложная функциональность», а готовый продукт для решения Вашей задачи сейчас.
С другой стороны, поддержка своего каркаса с KNockout.JS — дело тоже трудное, не всеми оно может осуществляться. Проблема в том, что мне приходиться заниматься административными задачами проекта, до этого я занимался JavaScript, а передать ответственность теперь пока некому. Думал, что приобретение Sencha позволит избежать высокой квалификационной нагрузки на людей, в настоящий момент работающих с JavaScript.
Насколько сложен ExtJs в кастомизации внешнего вида?
Есть набор стандартных готовых тем? Например, для jQuery UI есть конструктор тем, в котором можно навернуть любые цвета: jqueryui.com/themeroller/ Есть ли подобное для ExtJs?
А вообще могу много рассказать про NHibernate 3, ZeroMQ, SOLID, DDD.
В сложных выборках запрос на HQL/Criteria выглядит более понятным, нежели с LINQ (в QueryOver еще более тяжелые лексические конструкции). Однако команда все равно использовала QueryOver/Linq, просто потому что в противном случае рефакторинг становится существенно затруднительным.
Если динамика изменения модели предметной области Вашего проекта слабая, то Вы свободны выбирать между решениями, которые могут нарушать строгость типов. В этом случае вообще предпочтительнее использовать языки с динамической типизацией. В противном случае есть кактус имеет смысл — это ослабление риска.
P.S. я знаю о TDD и Unit-тестах, правда, я еще знаю и о том, какие проблемы с ними возникают в крупных проектах, а потому надеяться на них как на спасительную соломинку смысла не имеет. Все должно быть в комплексе: и тесты, и строгая типизация, где нужно.