Почему персональные проекты программного обеспечения перестали работать? (т.е. проекты с целью продвижения к доходу с полного рабочего дня) [закрытый]
NullPointerException s - исключения, возникающие при попытке использовать ссылку, которая указывает на отсутствие местоположения в памяти (null), как если бы она ссылалась на объект. Вызов метода по нулевой ссылке или попытка получить доступ к полю нулевой ссылки вызовет функцию NullPointerException. Они наиболее распространены, но другие способы перечислены на странице NullPointerException javadoc.
Вероятно, самый быстрый пример кода, который я мог бы придумать для иллюстрации NullPointerException, be:
public class Example {
public static void main(String[] args) {
Object obj = null;
obj.hashCode();
}
}
В первой строке внутри main я явно устанавливаю ссылку Object obj равной null. Это означает, что у меня есть ссылка, но она не указывает на какой-либо объект. После этого я пытаюсь обработать ссылку так, как если бы она указывала на объект, вызывая метод на нем. Это приводит к NullPointerException, потому что нет кода для выполнения в местоположении, на которое указывает ссылка.
(Это техничность, но я думаю, что она упоминает: ссылка, которая указывает на null, равна 't то же, что и указатель C, указывающий на недопустимую ячейку памяти. Нулевой указатель буквально не указывает на в любом месте , который отличается от указаний на местоположение, которое оказывается недопустимым.)
14 ответов
Для меня это просто: Я уже работаю 8 часов в день. Я провожу еще несколько часов в день, держа в курсе. Я имею <ударяют> подругу, некоторая локальная семья и достойный круг друзей. Я имею (задыхаются) интересы non-computer-related и хобби. Другими словами, у меня есть жизнь.
Так... Время. Время не находится на моей стороне. Был бы это, это было... Мой блог мог бы быть более текущим, если бы было всего еще два часа в каждый день.:)
(Первоначально отправленный John Rudy .)
Если Вы хотите, чтобы Ваше хобби стало Вашим заданием, необходимо получить все другие навыки, которыми необходимо быть в бизнесе. В конце дня Ваш любимый проект должен твердо стоять на ногах в реальном мире. В то же время Вы наслаждаетесь кодированием, необходимо вовлечь себя конкретный план коммерциализировать действие.
Большинству проектов хобби не удается сделать достижение по одной из двух причин:
- идея не коммерчески жизнеспособна
- , дисциплина, необходимая для коммерциализации идеи, отсутствует
Просто, потому что Вы - великий технолог, не означает, что Вы будете великим бизнесменом. Можно быть, но эти два не обязательно связаны. Именно никакая слабость для рассмотрения сотрудничающий с кем-то не имеет никаких технических навыков, но хорошей сети и некоторой доказанной деловой хватки. Довольно часто люди как этот ищут техников также, таким образом, Вы могли бы найти большое партнерство. Тот человек может обеспечить структуру и коммерческую дисциплину, в которой Вы, вероятно, испытываете недостаток, если излишнее усложнение продвигает Ваше завершение назад.
Я думаю, что основная причина является простой перегрузкой работы, которую испытывает большинство разработчиков. Большинство персональных проектов происходит вечером и выходные, и столь же взволнованный, как большинство из нас добирается о наших идеях для персональных проектов после 40 часов (или больше) оплачиваемого программирования, "большему количеству работы" трудно конкурировать с наблюдением игры при потягивании пива или проведении качественного времени с семьей.
Различные наборы навыков требуются, чтобы запускать и поддерживать бизнес, чем разработать программное обеспечение. Навыки предпринимательства могут быть освоены, но не каждый имеет навыки, чтобы заставить его произойти. Много времен, навыки, которые это берет для запущения чего-то и от земли, отличаются, чем навыки, которые это берет, чтобы закончить его и полировать его. Для меня я знаю, что у меня есть креативность, чтобы сделать программное обеспечение и найти способы решить проблемы, но у меня есть мало интереса к нахождению финансирования для бизнеса и маркетинга продукта или услуги.
Предположение, что Вы - разработчик, это наиболее вероятно вследствие того, что Вы не знаете, когда, или неспособны к, останавливая разработку и фокусируясь на других вещах, как маркетинг и продажи.
Время и Теряющий Интерес, всегда существует новый инструмент или технология, которая может устранить Ваше внимание из завершающихся проектов.
Я не уверен, понимаю ли я Ваш вопрос, но здесь являюсь несколькими ответами:
-
Добавляющие "непрерывные" функции не обязательно плохая вещь. На самом деле это - ожидаемая модель Web 2.0 и сеть 3,0 проекта. Ключ должен сохранить их очень простыми, только развернуть их, как только они были протестированы и слушают Ваших пользователей. При попытке вывести раковину в на первом выпуске, это, скорее всего, будет ужасно, сбивать с толку, и будет ошибочно.
-
Являющийся великим программистом только часть его. Вам нужны бизнес-навыки, маркетинг, знание потребностей пользователя и как встретить их, профессиональный / навыки проектирования и адская партия удачи.
-
Партия людей имеют прекрасные идеи. Часто у различных людей есть те же идеи. Больше всего никогда не реализуйтесь. Из тех, которые делают, успешно выполняются очень немногие из них. В некоторых случаях революционные продукты заняли годы, чтобы убедить покупателей и пользователей, что они даже хотели продукт. Часто люди или компании позади первых нескольких повторений терпели полный провал, и затем третий или четвертый человек или компания наконец поступают в продажу в нужное время с правильным продуктом. Apple сильна в обоих концах этого между прочим - они не только вводят новшества (первый Mac, Ньютон, и т.д.), но они также ожидают, пока потребность рынка не растет, и они обнаруживают место, чтобы атаковать в и использовать в своих интересах его (iPod, Mac по сравнению с проблемами Windows, и т.д.)
, большинство этих маркеров применяется так к программному обеспечению, как они делают к виджетам и сервисам. Большим преимуществом, которое имеет программное обеспечение, являются более низкие затраты на запуск. Точно так же, как высказывание "В Интернете, никто не знает, что Вы - собака" - "При рассмотрении веб-приложения, пользователь не знает - ли Вы многомиллиардная компания или единственный парень, сидящий в Вашем нижнем белье в подвале Вашего родителя". Если Ваше программное обеспечение хорошо , который является...
Я сказал бы, что одна из больших причин - то, что по своей природе, персональные проекты не привлекают столько внимания, сколько Ваше задание будет.
у меня есть убивание персональных / параллельных проектов, я продолжаю работать, но они привлекают намного меньше моего внимания, которое делает моя 'реальная' работа, потому что прямо сейчас это - то, что оплачивает счета.
, Если бы я должен был снять месяц и работу [только 110] на моем персональном материале, это, вероятно, было бы довольно прохладно / стоящий денег.
- разработчики часто разрабатывают для себя вместо для их клиентов
- , разработчики склонны откладывать выпускать продукты, пока вещи не будут 'прекрасны' - и они никогда не будут
- Слабость ума и духа. Создайте команду вокруг своего продукта рано.
- Расползание границ проекта. Концентрат при продаже, что Вы уже получили: "У клиента может быть любой цвет, который он хочет, пока это черно". Henry Ford
- Маленький набор функций. Функции рычагов Вашего продукта тем, что уже доступно на рынке.
- Недостаточно часов, проводимых ежедневно. Часто достижение чего-то могло бы зависеть только от простой стандартной программы, вставляя Ваше время.
В глубине души я думаю, что это - отсутствие веры в проект. Если бы я верил в то, что я делал, то я не остановился бы в завершении проекта.
- Требование создать идеальный продукт
- , Например: существуют различные пути (алгоритмы), чтобы сделать конкретную задачу. Но, люди ожидают для обнаруживания того одного идеального решения. Даже если существует несколько решений для той же проблемы, уже доступной. То идеальное решение никогда не находится.
- Промедление
Ваши персональные проекты программного обеспечения не конкурируют с Вашей зарплатой по одной причине.
, Что делает Вас , делают для Вашей зарплаты? Независимо от того, что это - однако очень можно любить или не любить его - это [еще 110] ценный, чем программный продукт.
, "Но мое дневное задание включает много глупых встреч бесполезной траты времени". Так? Очевидно, кто-то заплатит Вам больше за трату Вашего времени на встречах, чем для Ваших программных продуктов.
, "Но мое дневное задание вынуждает меня потратить впустую месяцы в бесполезных документах анализа и проектирования и планах тестирования, которые даже не привыкают". Так? Очевидно, кто-то думает, что это действие более важно, чем запись программного обеспечения.
, "Как встречи или бесполезные документы могут быть более ценными, чем программное обеспечение?" Я не знаю, но смотрю на Ваш опыт. Компании любят платить программистам относительно большие суммы денег, чтобы бродить вокруг и напрасно тратить время.
Компании не любят платить за программное обеспечение.
Ваши персональные проекты не конкурируют с Вашей зарплатой, потому что Ваше время более ценно, чем Ваши продукты.
Самая большая причина? Поскольку, если можно записать его сами и люди как он, кто-то еще может сделать версию с открытым исходным кодом с намного лучшей поддержкой, чем можно обеспечить один. Почему бы не пропускать среднего человека и выпуск это как открытый исходный код самостоятельно? Несомненно, Вы пропускаете прямую прибыль, но это выглядит очень хорошим, прибывают, нанимая время.