Стартап-ловушка

Бывает обиднее: если будете делать правильно и потратите много денег/времени — взлетит. А если только попробуете — одни расходы.

Стартап-ловушка

2 диаметрально противоположных мнения по данному вопросу:

1. Одна группа громко доказывает, мол нужно писать как можно быстрее без учета качества. А уж потом, когда проект взлетит, наймете того лоха, который оказался в жопе, пока вылизывал свой код.
2. Мысли второй группы изложены в статье.

Хотелось бы конкретики, а именно исследования реальных стартапов, как они делались.

Практика борьбы с прокрастинацией и нелюбовью к планированию

Я не специалист, но похоже, когда вы о чем-то думаете, оно попадает в фоновую программу. И потом, когда вам нужно начать, фоновые программы вступают в конфликт (что-то типа dead lock), и вы не можете начать.

Спасибо за такое ценное наблюдение :)

Механизм действительно не до конца понятен, однако работает 100%.

Возможно проблема вот в чем: хочется погнаться за двумя зайцами. Но в глубине души понимаете, что и за одним то не просто угнаться (и времени и сил уйдет значительно больше, чем хотелось бы)… И вот эта внутренняя борьба: жадность говорит беги за двумя, разумный смысл говорит умерь свой аппетит и выбери одно. А всякая борьба (даже внутренняя) — это потеря и времени и сил.

Бывает хуже. Выбрал одно, но оно, по независящим от вас причинам, повисло. Ну ждете решения другого человека. Или ждете пока посылка дойдет. И это время ожидания, казалось бы, нужно использовать со смыслом (особенно когда ждать хрен знает сколько). А не получается… Ведь в любой момент ожидаемое событие наступит и придется бросить начатое недоделанным — 2 начатых дела на вашей шее будет висеть.

Нужна ли разработчику виртуальная машина, и насколько

Спасибо за статью.

Я, было, загорелся идеей полной виртуализации рабочего пространства. Главная причина: переносимость между железом (как то сменил комп — не нужно тратить 2 дня на установку и конфигурацию софта).

Но, проверив разные варианты, пришел к выводу о малополезности данной затеи. Причины такие:

1. Железо. Моя проблема — на ноуте нет Intel VT и маловато памяти (всего 4 Гб). Чуток притормаживает даже без вирт. машины, покупать новый ради виртуализации пока смысла нет. Виртуализация отъест ~1 Гиг. памяти.

2. Как оказалось, операционная система обновляется чаще чем железо. Ноутом пользуюсь 5 год и за это время сменилось уже 3 версии операционки: Vista, 7, 8. Может доживет и до IX (хотя вряд ли, начал барахлить).

По этому, если вы используете современный софт, тратить время на переустановки все равно придется.

3. Восстановить систему быстрее всего с помощью ImageX и Windows PE. Образ диска вашей вирт. машины будет дольше копироваться, чем пройдет восстановление моего системного диска со всеми программами.

4. Переносимость между железом возможна и без вирт. машины (есть Sysprep /generalize). У меня, правда, такой необходимости не возникало, т.к. использую всегда один ноут (подключаю к монитору и клавиатуре).

Было бы выгодно, если бы не выпускали новые версии операционных систем. Настроил все раз в жизни — и пользуйся на любом железе до конца дней своих да еще и детям по наследству можно передать. Или если бы рабочаее пространство обновлялось не мной а предоставлялось мне третьей стороной для использования по подписке. Тогда бы не тратилось время на установки. А если поддерживаешь сам — то экономия времени сомнительна.

Сколько-сколько? Я бы это сделал за Х/10 рублей!

Договор был аннулирован, а аванс возвращён мне в виде премии.

Жестоко. Очень жестко. К вам пришел молодой специалист, а вы его так опустили да еще и, по сути, обобрали. Вы что не понимаете, что человек без опыта не может оценить сложность работы и продумать подходящую архитектуру? Тут с 10 годами опыта заявляют, что оценка сроков и стоимости — это задача менеджера, а не разработчика.

Chromebook Pixel вышел — цена от $1299

А экран TFT?

NoSQL и Big Data – обман трудящихся?

Быстрый доступ к данным (если все данные помещаются в оперативной памяти),

В случаях, когда данные начинают не помещаться в памяти, SQL, как правило, превосходит NoSQL.

С чего бы это? NoSQL-решения не используют файловых индексов?

Фриланс, такой фриланс

Loose переводится как «проиграть». «Лузер» — проигрывающий.

Как переводится, думаю, тут все знают. Но в психологии/медицине такого термина нет — каждый подразумеваент что ему вздумается. Вы что подразумеваете?

Если вы подразумеваете буквальный перевод (ака «проигрывать») — значит ли это, что вы советуете не сотрудничать с людьми, которые рискуют проиграть (вероятность успеха проекта не значительна)?

Фриланс, такой фриланс

Присоединяюсь к вопросу. Поиск в wiki ничего не дал.

Если понятие алкаш, халявщик, псих и даже пофигист — более менее определены, то лузер — это что-то абсолютно эмпирическое. Того же Гитлера в начале его жизненного пути считали лузером, Тараса Шевченко…

Поясните более конкретно кто подпадает под эту категорию людей и с кем не нужно иметь дело? Вы имели в виду несостоятельного человека или кого?

Билл Гейтс за свою жизнь пожертвовал более 36 миллиардов долларов

оценивают по здоровому виду прежде всего

А как сейчас отличить человека со 100% здоровыми зубами от имеющего пломбы и импланты?

Думаю, потому, что у меня наследственное заболевание сердца

Не факт… Причина может быть и в другом.

Билл Гейтс за свою жизнь пожертвовал более 36 миллиардов долларов

Грубо говоря, пока слабые лечатся, здоровые, извините, трахаются

Реально в молодом возрасте не так уж много людей болеет. Можно сказать медицина свела на нет видимую разницу между физически слабыми и сильными.

Билл Гейтс за свою жизнь пожертвовал более 36 миллиардов долларов

инструмент саморегуляции… поэтому рожают «с запасом»

Хороший такой запасик… Индия 1 млрд., Китай 1.2 млрд.… США 0.3 млрд., Россия 0.14 млрд.

На регуляцию никак не похоже — ведь численное превосходство, по сравнению с развитыми странами, в десятки раз.

Кстати, в долгосрочной перспективе медицина и понижение детской смертности может быть даже вредным. Если медицины нет — слабые умирают (оставим пока вопрос жалости) а сильные выживают. И с каждым годом генофонд улучшается. А когда лечим слабых — то становимся все слабее и слабее и в один прекрасный момент будем настолько слабы, что сами себе не сможем помочь.

Вот и думай теперь кто мудрее поступает: образованные европейцы или грязные индусы…

Трудозатраты на реализацию «простого» модуля отправки Email в приложении с модульной архитектурой

На php отправка mail реализуется одной строчкой кода! А на java- нужно 3 недели??!

Java, первая ссылка в гугле (отправка gmail):

public static void Send(final String username, final String password, String recipientEmail, String ccEmail, String title, String message) throws AddressException, MessagingException {
        Security.addProvider(new com.sun.net.ssl.internal.ssl.Provider());
        final String SSL_FACTORY = "javax.net.ssl.SSLSocketFactory";

        // Get a Properties object
        Properties props = System.getProperties();
        props.setProperty("mail.smtps.host", "smtp.gmail.com");
        props.setProperty("mail.smtp.socketFactory.class", SSL_FACTORY);
        props.setProperty("mail.smtp.socketFactory.fallback", "false");
        props.setProperty("mail.smtp.port", "465");
        props.setProperty("mail.smtp.socketFactory.port", "465");
        props.setProperty("mail.smtps.auth", "true");

        props.put("mail.smtps.quitwait", "false");

        Session session = Session.getInstance(props, null);

        // -- Create a new message --
        final MimeMessage msg = new MimeMessage(session);

        // -- Set the FROM and TO fields --
        msg.setFrom(new InternetAddress(username + "@gmail.com"));
        msg.setRecipients(Message.RecipientType.TO, InternetAddress.parse(recipientEmail, false));

        if (ccEmail.length() > 0) {
            msg.setRecipients(Message.RecipientType.CC, InternetAddress.parse(ccEmail, false));
        }

        msg.setSubject(title);
        msg.setText(message, "utf-8");
        msg.setSentDate(new Date());

        SMTPTransport t = (SMTPTransport)session.getTransport("smtps");

        t.connect("smtp.gmail.com", username, password);
        t.sendMessage(msg, msg.getAllRecipients());      
        t.close();
    }

PHP, первая ссылка в Google отправка через gmail:

<?php

       require_once "Mail.php";

        $from = "<from.gmail.com>";
        $to = "<to.yahoo.com>";
        $subject = "Hi!";
        $body = "Hi,\n\nHow are you?";

        $host = "ssl://smtp.gmail.com";
        $port = "465";
        $username = "[e-mail]";  //<> give errors
        $password = "password";

        $headers = array ('From' => $from,
          'To' => $to,
          'Subject' => $subject);
        $smtp = Mail::factory('smtp',
          array ('host' => $host,
            'port' => $port,
            'auth' => true,
            'username' => $username,
            'password' => $password));

        $mail = $smtp->send($to, $headers, $body);

        if (PEAR::isError($mail)) {
          echo("<p>" . $mail->getMessage() . "</p>");
         } else {
          echo("<p>Message successfully sent!</p>");
         }

    ?>  <!-- end of php tag-->

Вполне сопоставимо по сложности. Преимущество этого Java-кода — он более универсален, можно использовать и для консольных, и для десктопных и для Web. PHP более хардкорный.

Хотя ваша идея абсолютно ясна: задачи с одним и тем же названием могут отличаться по сложности в тысячи и десятки тысяч раз. Мой любимый пример — логгер. Самый простой способ логировать в C# — одна строчка: File.Write (ну 2 строчки, если нужен потокобезопасный). Однако почему то возникла необходимость в создании таких продуктов как log4net и NLog — а там работы на несколько человеко-месяцев.

Файлообменник Mega запущен в работу

В противном случае приватный ключ также хранится на сервисе, и вся эта игра с RSA и прочим — маркетинговая шелуха.

Я так понял что шифруют/расшифровывают ключом, который генерится на основании пароля. Видимо сам ключ не сохраняют и если потеряли пароль — теряется и доступ к файлам (пароль не восстанавливается и не заменяется).

То есть если взломают их сервера — злоумышленник не найдет там таблицу с ключами для расшифровки файлов.

Насколько плохим код должен быть?

Тема несколько заезженная. Уже даже не холивар.

MegaReload.se — первое файловое хранилище, использующее шифрование на стороне клиента

Два вопроса:

1. Что изменится в отношении привлечения к ответственности и изъятия серверов, если будете шифровать на сервере, не сохраняя пароль?
2. Вот пользователи позаливают пиратский контент и опубликуют пароли на форумах. Что мешает правохранителям изъять сервера и расшифровать файлы этими паролями? Освободит ли это вас от ответственности?

MegaReload.se — первое файловое хранилище, использующее шифрование на стороне клиента

Зависит от режима шифрования. Шифруется блоками. Видимо в TrueCrypt на значение следующего блока не влияет значение предыдущего.

Amazon Glacier: хранилище данных по $0,01 за 1 ГБ в месяц

То есть 0.01 — это маркетинковый обман.

По честному нужно написать так: оплата не зависит от количества запросов на скачивание в месяц. Учитывается пиковое значение запрошенных вами гигабайт: 1 Гб./час стоит $7,2 доллара за вычетом скидки.

Прокрастинация. Новые задачи. Часть 2

В данном случае, стыд, по идее, должен перевесить нежелание чистить зубы.

Проблема в том, что зубы еще нужно уметь чистить. Если просто «попилить» жесткой щеткой по нежным деснам — вреда будет больше чем пользы (и налет останется и десна травмируете).

По этому людям часто не хочется чистить — интуитивно понимают что действие не просто бессмысленно, но и вредно. Именно это и является причиной прокрастинации.

На счет запаха — разве мало средств, позволяющих перебить запах? Начиная от ополаскивателей, заканчивая жевательными резинками.

Сколько стоит создать приложение или вся правда о деньгах

Но игра не стала в 17 раз лучше.

А во сколько раз стала лучше?