Андрей Рязанцев, Ну тебе то с высоты своего огромного двух летнего опыта куда виднее, кто нормальный разраб. И если по рукам не бить, вырастают такие мальтоделатели, которые вместо знакомства с нормальными практиками херачат код как в 2008 - вместе с хтмл
Андрей Рязанцев, то есть дурачок, который 2 года назад начал учить PHP пытается тут что-то доказать людям, которые 3 года назад знали PHP лучше него?
И тебе сколько лет? "Вытри сопельки, иди к маме, поплачь" - это тебя в школе так с оппонентами общаться научили? Ну так здесь не школа, тут взрослые люди, и таких умников-вайтишников, которые думают что что-то знают в серьез никто не воспринимает.
Да тебе я смотрю ничего не нужно, особенно мозги. Ты проект автора видел? Откуда твои утверждения что ему отладка не нужна?
Конечно, если ты всю жизнь пишешь такое дерьмо, как MALDA, https://github.com/Pum-purum/malda то тебе не то что отладка не нужна, тебе программирование не нужно. С таким интеллектом иди лучше на завод, гайки на конвеере крутить, хоть какая-то польза будет, чем от очередного пыхапе говнокодера из глубинки, который думает что он умеет программировать.
Z-r, не коллега мне этот кидала :)
А с ребятами этот засранец тоже расстался не на удовлетворительных условиях, так что я скорее сделал положительное дело, чем подставил невиновных.
Z-r, над проектом работали несколько человек, ип был только я. По этому факту и собираются разбираться - это считается грубым нарушением законодательства.
Заказное письмо в свободной форме? Я такой то тоакойто, лицензирую исходный код проекта такогото, находящегося по адресу такомуто как собственную разрабаотку?
Есть ли какая-то практика подобных писем, может примеры?
Немного некорректно первую часть переделали.
Принадлежит ли [индивидуальному предпринимателю] авторское право на код,
Идея как раз в том, что заказчик использует код, который ему не принадлежит, и я хочу либо через суд получить компенсацию за это, либо через суд обязать заказчика этот код перестать использовать. Будут ли каке-то перспективы у так поставленного вопроса?
Anton Kuzmichev, локальная версия репозитория есть, доступ до серверов с кодом есть, а вот доступ до основной репы потерян, т.к. был сделан не на мой аккаунт.
Репозиторий доступен приватно через bitbucket.
Конечно, можно все поудалять и не пользоваться моими разработками - это еще один вариант решения, но заказчик на него идти не хочет.
Вопрос стоит в не очень большой сумме, около 1000 долларов, так что устраивать тотальное судилище не хочется, ищу способ как бы продолжить диалог с заказчиком уже с позиции судебного решения.
У меня есть доступ до серверов с кодом + система имеет некоторые архитектурные особенности, благодаря которым ее можно однозначно идентифицировать в процессе работы.
Кроме того, возможно, существуют иные способы доказательства данных фактов, например, ответчика могут заставить показать исходный код или хотя бы историю коммитов, в которых никого кроме меня нет.
Как раз и обращаюсь к сообществу - может подскажете чего, как в такой ситуации действовать :)
al_gon: "умели бы работать с unix-socket" - это характеристика относительно языка или платформы, на которой сделана библиотека. Вот Brainfuck например не умеет, и PL/SQL тоже, а потому решений на них нам не надо :)
В память все помещается, StAX - что-то новенькое, потестим, спасибо. XML Pull я так понимаю самая лучшая из них?
К сожалению повлуяет, даже в рамках одного языка алгоритмы могут сделать многое. Plus3x привел отличную иллюстрацию этому: www.ohler.com/dev/xml_with_ruby/xml_with_ruby.html
Koi_kombat: Лучше брать ксеон, если есть возможность. Раскидаете виртуалки по ядрам (некоторым даже 4 можно выдать), а на оставшихся будете заниматься своими делами.
На ксеоне производительность на мегагерц примерно равна i7, но за счет большего количества ядер современные компиляторы будут работать лучше.
Будете собирать машину, учтите, что в ксеоне нет встроенной графики, а некоторые виртуалки не совсем хорошо работают с некоторыми видеокартами.
@Mirror
Чем плох высокий I/O с диском
1. Диск накрываетя быстрее. Место то может еще навалом, подшипники сдают.
2. Любой долгий I/O (читать как "любое обращение к тормознутому диску") приводит к простою мощности процессора (т.н. I/O CPU wait time) вместо того чтобы делать свою работу.
3. Такой кеш сложно масштабировать и контролировать.
Но не забывайте, это сейчас для нас 20 гигов памяти обыденность, тогда же 4 гига считались роскошью, да и мощности процессоров были невелики, чтобы учитывать стоимость износа дисков, и высокий IO wait считался нормой, т.к. позволял экономить оперативную память для тех вещей, которые должны работать быстро, а не как ваша халявная почта.
