Имхо гораздо интереснее учиться на проектах, которые до тебя еще никому не приходил в голову. Ну или по крайней мере в программе должны быть такие фитчи, штуки или функции. Иначе велик соблазн просто слямзить готовое.
А вообще начало мне нравится, ждемс продолжния и интересных и новых идей в проектном решении.
Возможно, динамичскую привязку хоткеев лучше использовать с такими же динамическими функциями, например, макросами, снипетами и т.п. которые действительно в большинстве случаев используются во время одного сеанса. А так оно конечно рюшечка интересная, но, думаю, раздражать сильно будет.
Широкое удобное мягкое кресло, сигареты, черный чай с чебрецом. А вообще, действительно, лучше всего работается, когда никто не отвлекает и инет отключен )
Сайт интересный, полезный, но хочетца вставить 5 копеек. Че в фавиконе у вас мужЫк, а в логотипе цветочек. И на главной странице не видно, что у вас есит больше 5-ти статей.
Метод интересный, но с практической стороны, ИМХО, непрактичный: закрытие окна или открытие любой ссылки в новой закладке приведут к потере данных.
Вобщем есть над чем поработать...
А ведь многие из нас так и начинали: будучи студентами работали на фирме и по ночам клепали левые проекты за копейки и это только для того, чтобы набраться опыта...
Для сомневающихся хотел бы добавить, что кодогенерация и не подразумевает генерирование 100% рабочего приложения. В лучшем случае это его каркас, в худшем случае это, как в советском анекдоте, тот паровоз из которого методом молотка и зубила получается ракета. И спор о том нужно ее использовать или нет так же бесконечен и бессмысленен как спорт о том какя ОС лучше. ИМХО, использовать кодогенерацию НУЖНО для больших проектов (от 50 форм и более), ну или для кучи очень похожих проектов. Для мелких - лишние затраты.
Почему-то люди противопоставляют кодогенерацию архитектуре приложения. Это странно и не правильно. Сгенерированный код также должен согласовываться с какой-либо выбранной архитектурой.
Кто сказал, что копипаст зло? Наследование отличная штука, но она подразумевает вынесение части функционала в базовые классы, что в условиях часто меняющихся требований влечет за собой риск того, что любая стройная иерархия превратится в кашу. А происходит это от того, что дерево наследования, удобная для повторного использования кода, редко согласуется с архитектурой бизнес модели.
Ну и вообще скучно как-то ручками писать проект, в котором почти для каждой сущности нужно прописывать бизнес объект, объект доступа к данным, грид, инпут-форму, основные действия над сущностью и т.д.
Не об этом вопрос. Складской учет сам по себе не такой простой как квадратик со словом "Склад". Он у вас на схеме как-то с боку, да и слабо сочетается со всей идеей прокта - вы ж в первую очередь продаете услуги.
Так как я уже вижу, вы человек непримиримый и все равно реализуете то, что задумали не смотря на мнение окружающих (прям как я ;), то просто пожелаю вам удачи, но всетаки еще не один раз обдуать (уточнить) предоставленную схему.
Не знаю как у всех, но на предыдущем месте работы самым нелюбимым занятием была авральная работа во внерабочее время: то нужно задержаться чтоб задеплоить проект, то неожиданно срочно надо баг править или просто в сроки не укладываемся т.п. В такие ситуаци не то что бумажку показать хочетьбся а реальный фак менеджеру и директору за одно. Ни премии ни мативационные штучки не помогут. На мой взгляд, самая лучшая мотивация для программиста - это интересный проект, тогда не придеться ни геройство поощрять ни раздолбайство наказывать.
Смутно все-таки себе представляю социальный поиск. Во первых, контакты в гмейле и друзья лично для меня множества хоть и пересекающиеся но абсолютно не равнозначные. Мне, например, будет совсем неинтересно узнать, что мой клиент ищет "porn" или еще что-то более личное. Вобщем, надеюсь эти социальные изменения в гугле я не замечу.
Как процитировал однажды один из мих глубокоуважаемых преподавателей "Институт учит учиться, а SQL вы с книжкой сможете за 3 дня осилить". 3 дня конечно перегиб, но суть верная. Нигде и никогда и никого не будут учить ИМЕННО тому, что человек будет применять - в ВУЗах учат применять голову.
Тоже попробовал. Штука интересная и красивая, но ИМХО слабо применима для поиска. Пока, сообщество только ограничивает результаты поиска причем сильно. Попробуйте поискать хотябы математическую матрицу по слову matrix - никакого разноообразия, все синонимы в игноре. Думаю, те же проблемы будут и у Wikia Search
Не уверен, что это изобретение кому-либо поможет бросить курить, ибо как правило "хватит" исходит от самой сигареты когда она догорает. Вот если бы она превращалась в электронный бычок...
А вообще начало мне нравится, ждемс продолжния и интересных и новых идей в проектном решении.
А с Access Denied вправду зря)
Вобщем есть над чем поработать...
Для сомневающихся хотел бы добавить, что кодогенерация и не подразумевает генерирование 100% рабочего приложения. В лучшем случае это его каркас, в худшем случае это, как в советском анекдоте, тот паровоз из которого методом молотка и зубила получается ракета. И спор о том нужно ее использовать или нет так же бесконечен и бессмысленен как спорт о том какя ОС лучше. ИМХО, использовать кодогенерацию НУЖНО для больших проектов (от 50 форм и более), ну или для кучи очень похожих проектов. Для мелких - лишние затраты.
Почему-то люди противопоставляют кодогенерацию архитектуре приложения. Это странно и не правильно. Сгенерированный код также должен согласовываться с какой-либо выбранной архитектурой.
Кто сказал, что копипаст зло? Наследование отличная штука, но она подразумевает вынесение части функционала в базовые классы, что в условиях часто меняющихся требований влечет за собой риск того, что любая стройная иерархия превратится в кашу. А происходит это от того, что дерево наследования, удобная для повторного использования кода, редко согласуется с архитектурой бизнес модели.
Ну и вообще скучно как-то ручками писать проект, в котором почти для каждой сущности нужно прописывать бизнес объект, объект доступа к данным, грид, инпут-форму, основные действия над сущностью и т.д.
Вобщем ждемс конкретных рецептов!
Так как я уже вижу, вы человек непримиримый и все равно реализуете то, что задумали не смотря на мнение окружающих (прям как я ;), то просто пожелаю вам удачи, но всетаки еще не один раз обдуать (уточнить) предоставленную схему.