Можно поинтересоваться, каким способом будет организована сама консультация? Общение какого рода? Будет ли у клиента возможность выбирать (это очень важно) этот самый способ общения? А способов достаточно много. Различные IM-ы, skype, внутисистемный чат? Расскажите поподробнее, интересно, как Вы это видите. И каким способом будет производиться оплата?
Да, я тоже согласен с тем, что «кадры решают всё». И для управления любой хорошей системы нужен адекватный человек. Понятное дело, что хорошая система должная быть «юзер-фрэндли» и всё же. Ну и насчёт того, что окажется выгоднее экономически — это сложный вопрос, но я всё же думаю, что использование свободного ПО в долгосрочной перспективе окажется выгоднее, правда, не готов сейчас утверждать, т. к. не имею должного опыта. Думаю, что это вообще открытый вопрос и чёткого универсального ответа на него нет, иначе в частном секторе использовалось бы что-то одно — либо свободное ПО с открытым исходным кодом, либо их «закрытые» аналоги. Тут каждый должен решать сам. Кстати, уверен, что данное событие ялвяется знаковым и популярность opensource возрастёт, а это ещё усилит конкуренцию и в конечном итоге мы (пользователи) получим более качественные услуги, продукцию.
По-моему, всё достаточно просто и легко объясняется. Насколько мне известно (от человека, который занимается разработкой свободного ПО и соавтор одного из дистрибутивов Linux, а также является работником местного Linux центра), «Европа» переходит на свободное ПО по ряду причин, но главной является безопасность программ с открытым исходным кодом в том плане, что точно известно всё, что происходит в системе. Это очень важно в организациях, где безопасность должна быть на высоком уровне. Тем более с учётом политики MS в плане открытия своего кода. Деньги, конечно, тоже не на последнем месте, но экономия выходит незначительная — приходится организовывать курсы по обучению сотрудников (всё же windows на пользовательском уровне знают очень многие, чего нельзя сказать про тот же Linux), а также платить бОльшие зарплаты специалистам, которые будут настраивать эти системы. Вообще плюсов у свободного ПО достаточно, особенно у таких систем, как Linux Ubuntu, например. Т.к. это свободное ПО + гарантии поддержки и развития системы.
А я думаю, что Вам надо закончить высшее образование. Не обязательно в том же ВУЗе, если он чем-то не понравился или же слабый в плане программ обучения, связанных с компьютером. Дело в том, что в университете закладываются нужные и правильные базовые знания (или должны закладываться). Без этого никуда. Да и потом — хороший университет знакомит со всеми направлениями чуть-чуть, а потом остаётся выбрать то, что интересней и перспективней и больше подходит. Вот. А насчёт перспектив… Самым бесперспективным направлением, как мне кажется, является администрирование. Как в плане карьерного роста, так и в плане зарплат. Да и с открытием собственного дела будут проблемы, т.к. администраторы обслуживают системы, а что вы будете обслуживать, работая на самого себя? У программистов тоже не всё так просто — либо долгий карьерный рост (до lead programmer-а лет 5-10 работать), либо фрилансить, либо свой/командный проект, зато с точки зрения собственного дела — всё замечательно, да и зарплаты бывают очень приличные. Ну и самое перспективное — сис. аналитик/архитектор или управляющий (project manager) — самые высокооплачиваемые (но и самые ответственные) должности, но одна особенность — работать полностью на себя в одиночку — вариантов мало. Кстати, чтобы стать аналитиком/архитектором/управляющим надо обязательно пройти стадию «программист» и неплохо бы стадию «тестер». Кстати, раз уж упомянул тестеров — можно и тестером идти, но только если в качестве через 2-4 года стать начальником отдела тестирования. Ну и в довесок, про специализацию… Уверен, что узкая специализация на чём-то одном ни к чему хорошему не приведёт (если вспомнить про то, что жить и работать Вам ещё лет 20, как минимум). Естественно, если вы Java-программист, то мэйнстрим для вас Java, но и о других языках (а точнее технологиях) забывать не стоит… Надеюсь, что поможет. По крайней мере, мне помогло самому разобраться в своих мыслях и представлении мира. =)
Не придирайтесь к словам. Конечно, я не расписал подробную схему развода производителей микроволновок при помощи поджаривания бедных животных. И всё, что Вы сказали — правда, так и будет, при одном условии — у этого человека никогда не было кота. А если был? А если у него (котосжигателя) тоже адвокат? А если он, наконец, сам юрист? Понимаете, составители технической/юридической документации тоже иногда ошибаются и на этом основан такой способ зарабатывания денег («гуманитарный хакинг» он же бонус хантинг).
Вы замечательно оговорились — это анекдот. Слово «анекдот» переводится как «случай из жизни». Это только в последнее время этому слову стали приписывать несколько иной смысл — чушь, абсурд, нелепица. На самом деле, я очень даже и верю, что случай с котом и микроволновкой имел место быть. (Кстати, по вашим ссылкам нашёл и такое — «I'm not suggesting that similar incidents have never happened — they surely have.») А, возможно, и нет, не в этом суть — это был просто пример. Видимо, зря я упомянул о том, что это точно было. =)
Простите, возможно, в статье показаны не самые показательные примеры. Ну, например, что может быть использовано — Вы обедали в ресторане и официант, случайно, облил Вас вином. Вы начинаете скандалить, звать администрацию, а пока с ней разбираетесь, опаздываете на «важную» встречу. Поверьте, что можно будет получить компенсацию от ресторана, с учётом того, какую прибыль Вы потеряли, не явившись на эту встречу. Опять же — всё должно быть очень красиво и грамотно обставлено — это тяжкий труд! И при этом, данный труд, у меня вызывает некое отвращение — получается, что я должен совать палки в колёса тем, кто пытается делать работу, дело. Это ещё одна из причин, по которой я этим не занимаюсь — противно. Да, кстати, Вашу точку зрения я понял и отчасти разделяю — преступать закон я никого не агитировал. )
Есть такая штука, называется «презумпция невиновности» — пока не доказана вина человека, он невиновен. Так вот, это не мне надо будет доказывать, что я не хотел кота изжарить, а кому-то, что я это сделал осознанно и со злым умыслом. Честное слово, я бы смог делать скорбное лицо и даже заплакать, и сотню раз рассказать душещипательную историю о том, что случилось с моим бедным питомцем. И ещё раз — насчёт компенсаций. Да, у нас (на постсоветском пространстве, как впрочем и в «Старом Свете») компенсации по моральному ущербу невелики, но в США, на этом можно заработать, иначе это не было бы распространено вообще.
Не соглашусь с Вами насчёт того, что «можно и на пару лет загреметь». Это смотря как действовать. Если я, например, нашёл «дыру» в законе, документации, договоре, то не вижу проблемы её использовать, как будто, не в корыстных целях. Всё завязывается на том, как это обставить. «Я не знал, не ведал, что творю, а в правилах это не оговорено, нигде не написано, я действовал по инструкции» — пример, какие нужно давать показания, в случае, когда против Вас кто-то вздумает возбудить уголовное дело. Понятно, что если мы обходим какой-то закон в корыстных целях и действительно что-то нарушили, что было оговорено — вот тут, конечно, мы виноваты, но в статье, автор говорит о законных способах (не уверен, правда, что в последнем, 3-ем примере всё чисто).
Кстати, в США такой способ заработка достаточно хорошо известен и распространён. Особенно распространено использование различных устройств таким способом, что это может привести к каким-то последствиям, за которые можно будет подать в суд и выиграть дело. Приведу пример — покупаем микроволновку, суём в неё кота (не обязательно своего любимца, можно взять с улицы), кот умирает. Подаём в суд иск с требованием возмещения морального ущерба и выигрываем дело, т.к. в правилах пользования микроволновкой не написано, что нельзя в ней греть домашних животных (а мы, якобы, хотели его высушить, после того, как он попал под дождь). Деньги в кармане, производители микроволновок быстро вносят изменения в документацию. Надо сказать, что приведённый мной пример имел место быть (не со мной, правда). И теперь действительно можно найти отдельный пункт про домашних животных в правилах пользования микроволновкой. Вот так. Сам когда-то интересовался подобной темой, но понял, что всё это очень непросто и надо иметь некий талант, да и живу в такой стране, где с судом лучше не связываться, а различные возмещения морального ущерба — мизерны. Повторюсь, для нахождения классных «дыр» в документации — надо иметь талант! Дерзайте, возможно Вам улыбнётся Удача! ;)
Не думаю, что большое количество. Многие заинтересуются, задумаются, но всерьёз не займутся, т.к. уже есть работа, учёба, семья, дети и.т.д. (т.е. уже чем-то заняты). Не все, кто займутся, сразу же начнут делать успехи и, если они не сильно мотивированы, то вскоре бросят это занятие. Да и ещё один нюанс — в России заниматься подобным достаточно проблематично, если не сказать, что опасно.
Думаю, что тоже мог бы присоединиться. Причём уже есть интерес в предложенной Вами теме — «Основы генной инженерии и селекции», т.к. выбрал себе подобный курс на след. семестр («Методы алгоритмизации в биоинформатике»). Соответственно, мог бы и делиться своими знаниями, как на эту тему, так и на другие. Да, кстати, готов предложить парочку тем для изучения.
Да что вы такое говорите? А у меня на работе XP и выключаю/перезагружаю я ОС крайне редко. Вот уже две недели аптайм — точно. Просто, уходя, делаю log off и всё. При этом, остаётся открытим большое количество приложений (достаточно ресурсоёмких). Иии ничего, всё в порядке. На домашнем ноутбуке (на котором изначально стояла Vista) сейчас XP, которую, кстати, поставил легко и просто и нашёл все драйвера (нужно с умом подходить к покупке, оценивая не только характеристики ноутбука, но и фирму-производителя), работает вот уже больше года и ни одного BSOD, ни каких-то критических проблем. Аптаймы обычно 1-5 суток.
20.98, стремлюсь добрать мышцами, чтобы было 23.
Кстати, считаю, что 18.5 — никак не норма и даже не нижняя граница, хотя всё зависит от того, мужчина это или женщина.
Секрет успешного блоггинга - интересный и уникальный (созданный вами) контент. Дальше всё пойдёт почти само - только скажите о своём блоге друзьям (без спама, а просто так).
Понял, к чему вы клоните. Ну, насчёт тестирования UI - это вообще достаточно сложная и проблемная часть, однако не вижу, чем MVC решает эту проблему. Честно говоря, в чистом виде с MVC столкнулся в рельсах - надо сказать, что для меня многие вещи остались непрозрачными и не до конца понятными.
Та логика, которая находится в event handler-ах уж слишком примитивна. Не уверен, что там могут возникнуть серьёзные проблемы.
Пока что не стал бы спешить переходить на ASP.NET MVC, возможно в будущем...
Стоп. Зачем тестировать логику работы asp.net страниц? Это примерно то же самое, что тестировать Views-ы в MVC. А контроллеры в MVC = BLL. BLL в данном случае класс (или классы) с методами, которые отвечают за обработку информации (клик юзера на кнопку - тоже информация).
Простой пример - на страничке есть кнопка регистрации. Юзер по ней щёлкнул, случился event - reg_button_click... перекидываем на страницу регистрации, там формочка для ввода необходимых данных, и кнопочка "завершить регистрацию". Так event нажатия этой кнопки вызывает метод register_user(данные из формочки). Метод register_user(данные) - метод класса(-ов), отвечающего за бизнес логику. Сам метод register_user(данные) дальше вызывает метод(-ы) DAL-а - отвечающие за общение с базой данных (или любыми другими хранителями информации)... Как-то так (думаю, что суть ясна). Так вот протестировать с помощью юнит-тестинга очень просто как методы BLL-а, так и DAL-а...
Ещё раз - я сам против того, чтобы всю программу (веб-приложение) запихивать в event-ы формочек - это и правда глупо, но я пока не вижу значительных нововведений, т.к. по сути DAL+BLL+PL/UI = MVC.
Работаю в очень крупной организации, заказчики не менее серьёзные. Все проекты организованы так, как я описал... Без MVC. И ничего, всё протестировано, всё работает. Вы как бы, видимо, не до конца поняли моё сообщение, перечитайте, если не затруднит.
Всё это, конечно, интересно и замечательно, но ничего нового... Насколько мне известно, MS уже давно предлагает разделять проект на три составляющие, а именно:
DAL (Data Access Layer) работа непосредственно с базами данных или любой другой информацией
BLL (Bussiness Logic Layer) логика, обработка информации
PL/UI (Presentation Layer / User Interface) сбор информации и вывод информации
Как бы так... Более подробно и на английском языке - www.asp.net
А введение новой фичи - структуры MVC - по-моему, это ничто иное, как следование модным тенденциям, не более, хотя надо признать, что сам принцип MVC очень хорош, но опять же повторюсь - ничего нового.
Кстати, считаю, что 18.5 — никак не норма и даже не нижняя граница, хотя всё зависит от того, мужчина это или женщина.
Та логика, которая находится в event handler-ах уж слишком примитивна. Не уверен, что там могут возникнуть серьёзные проблемы.
Пока что не стал бы спешить переходить на ASP.NET MVC, возможно в будущем...
Простой пример - на страничке есть кнопка регистрации. Юзер по ней щёлкнул, случился event - reg_button_click... перекидываем на страницу регистрации, там формочка для ввода необходимых данных, и кнопочка "завершить регистрацию". Так event нажатия этой кнопки вызывает метод register_user(данные из формочки). Метод register_user(данные) - метод класса(-ов), отвечающего за бизнес логику. Сам метод register_user(данные) дальше вызывает метод(-ы) DAL-а - отвечающие за общение с базой данных (или любыми другими хранителями информации)... Как-то так (думаю, что суть ясна). Так вот протестировать с помощью юнит-тестинга очень просто как методы BLL-а, так и DAL-а...
Ещё раз - я сам против того, чтобы всю программу (веб-приложение) запихивать в event-ы формочек - это и правда глупо, но я пока не вижу значительных нововведений, т.к. по сути DAL+BLL+PL/UI = MVC.
DAL (Data Access Layer) работа непосредственно с базами данных или любой другой информацией
BLL (Bussiness Logic Layer) логика, обработка информации
PL/UI (Presentation Layer / User Interface) сбор информации и вывод информации
Как бы так... Более подробно и на английском языке - www.asp.net
А введение новой фичи - структуры MVC - по-моему, это ничто иное, как следование модным тенденциям, не более, хотя надо признать, что сам принцип MVC очень хорош, но опять же повторюсь - ничего нового.
Araxis Merge (file comparison)
Atlassian Jira (bugtracking system)
NUnit (unit testing) - на практике использую крайне редко, юнит тесты предпочитаю писать ручками