gribozavr

В GTD наверное писать.

— Проверяем есть ли аналоги,
— Формируем концепт-фокус,
— Формируем дерево-фич,
— Записываем всё на бумагу, создаём концепцию,
— Добавляем разбиение на задачи и формируем ТЗ,
— С полученной концепцией ходим и просим людей помочь.

Если хотите идти другим путём, то будьте готовы к тому, что проект провалиться.

Молчать и никому не рассказывать.

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

Для начала нужно проверить её уникальность. Ну а компаньонов лучше же конечно искать среди друзей.

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

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

Вообще говоря, поддержка OpenSSL в PHP реализована коряво. Вместо того, чтобы обернуть стандартные функции OpenSSL, они стали изобретать велосипед, прибивая костыли гвоздями. В итоге эта поддержка получилась сырой, и едва ли когда-нибудь станет нормальной.

Все это дополняется частично ошибочной/устаревшей документацией по этим php'шным функциям. Я бы рекомендовал отказаться от этой гиблой затеи и написать на чем-то более кошерном. Если все же хочется на php, рекомендую смотреть в исходники PHP, вместо мануалов — они достоверней.

Задачу расписания, которую упомянул Shersh, мне кажется, каждый год решают в большинстве технических вузах по несколько студентов (я утрирую конечно, но всё же). Можно пробовать написать какой-то клиент для получения студентами расписания в удобной форме + привязать этому расписанию GTD или TODO какой-то грамотный. Но это не всё. На примере игры из этого поста. Можно попробовать «сделать основную часть кода платформонезависимой, а для остального использовать удобные средства разработки для каждой конкретной платформы.». Ведь студенты суммарно пользуются смартфонами всех платформ в целом… Имхо интересная, а главное полезная и актуальная задача!

Помню несколько лет назад ко мне тоже обратился, назовем его Геннадий, который «набирал крутых фрилансеров в новую крутую студию» и, видимо чтобы я доказал свою «крутость», выслал задание (больше похожее на реальное ТЗ), по которому надо было реализовать полноценный справочник по недвижимости со всем функционалом, в письме приложив ссылку на полугигабайнтый дамп не то CSV, не то SQL базы. Притом я должен был написать его сразу и за 12 часов, каждые 3 часа отчитываясь ему лично о проделанной работе.

Когда Геннадий получил отказ, он очень сильно обиделся, обозвав меня всякими словами, типа «некомпетентный», «ленивый», «упускающий свой шанс» и.т.д. на чем мы и распрощались.

Просто забейте и больше никогда не ведитесь на «тестовые задания» больше, чем в 100 строк, а тем более включающие в себя разработку готового продукта. Через пару лет будете вот так же рассказывать потомкам :)

Хотите проверить мой скилл как программиста? 100-200 строк хорошего задания вполне хватит для этого.
Хотите просто посмотреть на качество моего кода и умения как проектировщика больших систем? Добро пожаловать на мой github, где есть пара моих проектов, либо попросите «набросать на бумажке» что-то еще.

Почему-то на любом собеседовании в любую крупную компанию спрашивают либо накидать простейшую реализацию, либо дают на дом написать небольшой кусочек, а всем этим проходимцам-Геннадиям так сразу подавай «Интернет-магазин» или «Справочник недвижимости» с полным функционалом.

Помню несколько лет назад ко мне тоже обратился, назовем его Геннадий, который «набирал крутых фрилансеров в новую крутую студию» и, видимо чтобы я доказал свою «крутость», выслал задание (больше похожее на реальное ТЗ), по которому надо было реализовать полноценный справочник по недвижимости со всем функционалом, в письме приложив ссылку на полугигабайнтый дамп не то CSV, не то SQL базы. Притом я должен был написать его сразу и за 12 часов, каждые 3 часа отчитываясь ему лично о проделанной работе.

Когда Геннадий получил отказ, он очень сильно обиделся, обозвав меня всякими словами, типа «некомпетентный», «ленивый», «упускающий свой шанс» и.т.д. на чем мы и распрощались.

Просто забейте и больше никогда не ведитесь на «тестовые задания» больше, чем в 100 строк, а тем более включающие в себя разработку готового продукта. Через пару лет будете вот так же рассказывать потомкам :)

Хотите проверить мой скилл как программиста? 100-200 строк хорошего задания вполне хватит для этого.
Хотите просто посмотреть на качество моего кода и умения как проектировщика больших систем? Добро пожаловать на мой github, где есть пара моих проектов, либо попросите «набросать на бумажке» что-то еще.

Почему-то на любом собеседовании в любую крупную компанию спрашивают либо накидать простейшую реализацию, либо дают на дом написать небольшой кусочек, а всем этим проходимцам-Геннадиям так сразу подавай «Интернет-магазин» или «Справочник недвижимости» с полным функционалом.

if( defined('DEBUG') && DEBUG )

    $logger->printrLog();

Вот так, точно делать не надо. Очень прошу.

Вполне похоже на стандартное кидалово.
Мельком глянул код — комменты в стиле «капитана очевидности» использовать не нужно.
// клас ядра
class Core {

// получаем категории
$this->categories = Categories::get_categories();

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

мне тоже кажется, что вас развели, а вы на халяву сделали магазин. Выход у вас простой — продайте его кому-то:)

Я конечно могу ошибаться или не знать что-то об обычных способах проверки кандидатов, но ИМХО вы просто на халяву кому-то написали Internet-магазин.

Ну если у вас просто удалённые логи не особождают место, то ясен пень, что вместо rm huge_file нужно удалять так :>huge_file. В этом случае пустое место освободится сразу, т.к. несчастный файл не будет висеть в proc'e в ожидании, пока все процессы, которые нещадно его эксплуатируют наконец закончат свою работу. И ничего убивать не придётся.
А так, чтобы фс летела из-за переполнения — ни разу не видел. Хотя сам факт переполнения наблюдал не один десяток раз.

Полной потерей данных, она, вроде как, никогда не заканчивается.
Чтобы освободить место — убейте (лучше 9кой) процесс, чьи логи занимали кучу места (не забудьте про logrotate и syslog-ng/klogd и прочие — некоторые логи именно они ведут).
Ну и не стоит включать всякие barrier=0, noatime и прочие тюнинги в угоду целостности ФС, если эта штука может погаситься по питанию (т.е. на ноутбуке не так страшно).

Продавайте поддержку к коду.

Много раз обсуждалось. Вообще это называется обусификация.

Новый ФЗ Об электронной подписи дает такое широкое разрешительное толкование, что дух захватывает.
Просто фамилия и имя в конце электронного письма и то могут быть признаны аналогом собственноручной подписи (АСП), если этого захотят стороны. Хорошо хоть у большинства хватает здравого смысла это не делать.