Какая мотивация, вы про что вообще? У вас есть идея что программист должен писать без ошибок? Проекты любой сложности? Должен тратить кучу времени на тестирование? Все равно он пропустит ошибки. Потому что он будет ходить по своей программе "определенными маршрутами". И если контроль качества у вас не поставлен как определенная процедура, то и качества не будет. А то что этим занимается начальство, которое должно принимать решения, а не тестировщик, труд которого, кстати, дешевле чем труд программиста - вообще какой-то нонсенс.
Чем искать гениев, которым вы, скорее всего, не сможете предложить интересных задач, подумайте как организовать рабочий процесс из обычных людей. Это же ваша работа :)
Для того чтобы предоставлять услуги хостинга нужна лицензия на телематические услуги.
Узел связи сдают пусть провайдеры с кабелями и дата-центрами :) Им же и нужна лицензия на передачу данных.
Если это все будет только для "близких гиков", то я думаю можно обойтись :)
Если хостинг будет предоставляться юрлицам, то лицензия уже нужна.
В свете последнего повышения цен мастерхостом ( теперь уже ~$250 в месяц, когда я начинал - оно стоило $50), я отказываюсь от такой затеи и забираю сервер с хостинга "до лучших времен". То есть пока не придумаю проект, который бы это дело безболезненно был окупал. Пока видимо кишка тонка.
Исходя из своего опыта, я советую не париться панелями управления. Пустое это все.
Для "обычного" хостинга с виртуальными хостами лучше брать провайдера. Понимаете,у него поддержка, недорого и так далее
Я советую вам сразу, дабы избежать моих ошибок, поставить на сервер что нибудь вроде vmware сервер(он бесплатный), сделать эталонный image, и устроить что то самопального VPS. Во первых - вы сможете легко сбэкапить данные ваших клиентов, во вторых - вы сможете достаточно безболезненно перекидывать это все на другой сервер, в случае потребности(авария или рост требований к сайту). В третьих - скорее всего гикам нужно будет что нибудь особенное. Кому ffmpeg собрать, кому последний Rails 2.0. Все это просто так будет сложно уживаться на одном сервере, а с виртуализацией - спокойно.
К тому же за VPS вы сможете элементарно брать больше денег.
Вопросы получения лицензии на телематические услуги оставим в стороне.
Мой опыт работы с индусами такой
- Общаться придется на английском и понимать их английский.
- Если вы из-за языковых проблем сформулировали что то не очень точно, то это тут же будет схалтурено.
- Более того, схалтурено будет везде где только можно. При этом придется потратить уйму усилий чтобы все таки доказать что это халтура, они будут ускользать от попыток заставить их сделать по уму как мокрый кусок мыла из рук.
- Вообще хитрость у них по моему своеобразная доблесть. Доходило до того, что менеджер, которому письменно написали что ему нужно быть на совещании, присылал вместо себя сотрудника с похожей(!) фамилией, видимо в теме что "русские не заметят, иностраницы же, а если что - сошлюсь на непонимание". Причем приглашение получено письменно и никаких ошибок быть не должно
- Все что может быть не сделано с отмазой "не так поняли" будет не сделано.
Если бы их изобретательность в отмазах пустить бы в мирное русло...
И если вы планируете "долгоиграющий" проект с добавлением, в последствии, новых возможностей, да или просто удовлетворением запросов клиентов, то не связывайтесь с ними. Разовую же шабашку они сделать могут, выглядеть будет как настоящая.
Я тоже когда-то гонял программистов всякими подобными тестами. Потом перестал.
Потому что не хочу чтобы в проектах появлялись хитрые куски кода. Я пришел к выводу, что чтобы проект жил, код должен быть ясный, тупой, и написанный как по рельсам ( нет, я не про Rails )
Я пришел к выводу что не нужно никакой локальной сверхэффективности, компактности, скорости. Потому что если что то тормозит, или занимает много места - то оптимизация этого - отдельная задача, которую решать надо стратегически, а не тактически. Например не писать вычислялку чего-то на 10% быстрее, что по мере роста нагрузки все равно окажется бесполезным, а кэшировать или хранить результаты вычислений.
Единственное что оказалось действительно необходимо в реальных разработках - легкость понимания чужого кода. Его ясность. Поэтому я просил показать рабочие примеры или написать тестовое задание. Господи, да какая разница, помнит человек какой-нибудь спецнюанс построения регекспов или нет, в реале он может 10 раз поменять этот регексп, пока он не заработает.
Хуже будет, если весь код будет требовать для понимания знания всех тонкостей языка. Вот это вилы. В какой-то момент может оказаться так, что людей, которые могут его сопровождать, просто не найти.
Еще я бы посоветовал вот что - при собеседовании обязательно обращайте внимания на ощущения от общения с человеком. Вам же с ним работать годы своей жизни, которая не бесконечна.
Видимо я не очень точно сформулировал вопрос.
Негатив, о котором думают акционеры Apple мне понятен. Но это проблемы акционеров. Отлично, кто то слабонервный продает акции, курс падает.
Но хабр, насколько я себе представляю, читают пользователи Apple, а не акционеры.
Apple, при таких объемах денег на счетах, вряд ли будет выпускать "дополнительную эмиссию" акций - следовательно, то, гипотетический негатив от того, что в случае дополнительного выпуска акций они получают бабла меньше, "чем могли бы" неактуален.
У них достаточно денег для того чтобы спокойно продолжать операционную деятельность, количество этих денег не уменьшилось с падением курса акций, они спокойно могут продолжать выпускать что выпускают, развиваться и работать.
В случае же рецессии им будет "также как и остальным", поэтому убиваться по поводу именно их курса тоже вроде незачем.
О, может тут мне кто-нибудь ответит - в чем причина такого пристального внимания к курсу акций Apple?
Насколько я знаю, прибыль влияет на капитализацию, а не наоборот. И, судя по статьям вроде "Apple должна куптить AMD", денег на счетах у Apple тоже немало. Вряд ли также тут все вложились в эти акции.
Так в чем же дело? Почему плохо, что курс акций Apple упал?
Я достаточно частно держу рядом браузер и консоль где stdout / log сервера. Мне кажется что было бы очень неудобно дебагать, если бы они были разнесены по разным скринам.
Чем искать гениев, которым вы, скорее всего, не сможете предложить интересных задач, подумайте как организовать рабочий процесс из обычных людей. Это же ваша работа :)
Для того чтобы предоставлять услуги хостинга нужна лицензия на телематические услуги.
Узел связи сдают пусть провайдеры с кабелями и дата-центрами :) Им же и нужна лицензия на передачу данных.
Если это все будет только для "близких гиков", то я думаю можно обойтись :)
Если хостинг будет предоставляться юрлицам, то лицензия уже нужна.
Исходя из своего опыта, я советую не париться панелями управления. Пустое это все.
Для "обычного" хостинга с виртуальными хостами лучше брать провайдера. Понимаете,у него поддержка, недорого и так далее
Я советую вам сразу, дабы избежать моих ошибок, поставить на сервер что нибудь вроде vmware сервер(он бесплатный), сделать эталонный image, и устроить что то самопального VPS. Во первых - вы сможете легко сбэкапить данные ваших клиентов, во вторых - вы сможете достаточно безболезненно перекидывать это все на другой сервер, в случае потребности(авария или рост требований к сайту). В третьих - скорее всего гикам нужно будет что нибудь особенное. Кому ffmpeg собрать, кому последний Rails 2.0. Все это просто так будет сложно уживаться на одном сервере, а с виртуализацией - спокойно.
К тому же за VPS вы сможете элементарно брать больше денег.
Вопросы получения лицензии на телематические услуги оставим в стороне.
- Общаться придется на английском и понимать их английский.
- Если вы из-за языковых проблем сформулировали что то не очень точно, то это тут же будет схалтурено.
- Более того, схалтурено будет везде где только можно. При этом придется потратить уйму усилий чтобы все таки доказать что это халтура, они будут ускользать от попыток заставить их сделать по уму как мокрый кусок мыла из рук.
- Вообще хитрость у них по моему своеобразная доблесть. Доходило до того, что менеджер, которому письменно написали что ему нужно быть на совещании, присылал вместо себя сотрудника с похожей(!) фамилией, видимо в теме что "русские не заметят, иностраницы же, а если что - сошлюсь на непонимание". Причем приглашение получено письменно и никаких ошибок быть не должно
- Все что может быть не сделано с отмазой "не так поняли" будет не сделано.
Если бы их изобретательность в отмазах пустить бы в мирное русло...
И если вы планируете "долгоиграющий" проект с добавлением, в последствии, новых возможностей, да или просто удовлетворением запросов клиентов, то не связывайтесь с ними. Разовую же шабашку они сделать могут, выглядеть будет как настоящая.
Потому что не хочу чтобы в проектах появлялись хитрые куски кода. Я пришел к выводу, что чтобы проект жил, код должен быть ясный, тупой, и написанный как по рельсам ( нет, я не про Rails )
Я пришел к выводу что не нужно никакой локальной сверхэффективности, компактности, скорости. Потому что если что то тормозит, или занимает много места - то оптимизация этого - отдельная задача, которую решать надо стратегически, а не тактически. Например не писать вычислялку чего-то на 10% быстрее, что по мере роста нагрузки все равно окажется бесполезным, а кэшировать или хранить результаты вычислений.
Единственное что оказалось действительно необходимо в реальных разработках - легкость понимания чужого кода. Его ясность. Поэтому я просил показать рабочие примеры или написать тестовое задание. Господи, да какая разница, помнит человек какой-нибудь спецнюанс построения регекспов или нет, в реале он может 10 раз поменять этот регексп, пока он не заработает.
Хуже будет, если весь код будет требовать для понимания знания всех тонкостей языка. Вот это вилы. В какой-то момент может оказаться так, что людей, которые могут его сопровождать, просто не найти.
Еще я бы посоветовал вот что - при собеседовании обязательно обращайте внимания на ощущения от общения с человеком. Вам же с ним работать годы своей жизни, которая не бесконечна.
Негатив, о котором думают акционеры Apple мне понятен. Но это проблемы акционеров. Отлично, кто то слабонервный продает акции, курс падает.
Но хабр, насколько я себе представляю, читают пользователи Apple, а не акционеры.
Apple, при таких объемах денег на счетах, вряд ли будет выпускать "дополнительную эмиссию" акций - следовательно, то, гипотетический негатив от того, что в случае дополнительного выпуска акций они получают бабла меньше, "чем могли бы" неактуален.
У них достаточно денег для того чтобы спокойно продолжать операционную деятельность, количество этих денег не уменьшилось с падением курса акций, они спокойно могут продолжать выпускать что выпускают, развиваться и работать.
В случае же рецессии им будет "также как и остальным", поэтому убиваться по поводу именно их курса тоже вроде незачем.
Насколько я знаю, прибыль влияет на капитализацию, а не наоборот. И, судя по статьям вроде "Apple должна куптить AMD", денег на счетах у Apple тоже немало. Вряд ли также тут все вложились в эти акции.
Так в чем же дело? Почему плохо, что курс акций Apple упал?