Muhammad

Опытные разработчики обычно знают что если идея скрывается тщательно то это фуфло, сильные лидеры наоборот обычно раздают идеи налево и направо, а разработчики их смотрят, думают и опять идут к этим лидерам сами уже с предложением "может сделаем?" т.к. в целом знают тоже что в одиночку не потянут.

И как стоит подавать подобного рода объявления?

Имхо нет, только время потратите своё и чужое.

Я сам начинал изучать java c сайта Javarush. не рекомендую этот ресурс! он мне ни чем не помог!
читайте книги пишите простые hello world, разберайтесь в конструкции языка самостоятельно или при помощи гугла!)

из книг советую :
Java 8: руководство для начинающих - Герберт Шилдт
Java. Библиотека профессионала, том 1. Основы

и готовтесь к тому что некоторые книги будете перечитывать и не один раз!)

Описываю по себе:
1) Возможность создать свой собственный режим сна. Для меня вставать в 8-9 утра это настоящая боль. Уже год+ засыпаю между 3-4 часами ночи и просыпаюсь между 11-12. То есть абсолютно всегда сплю свою норму в 8 часов, для того чтобы чувствовать себя нормально и не пить никаких кофе.
2) Отсутствие временных/моральных/физических затрат на дорогу до работы. Конкретно мне жаловаться не приходилось, ибо первое место работы было в 10 минутах ходьбы от дома, но вот люди в больших городах от этого явно страдают.
3) Возможность жить и работать так, как это удобно ТЕБЕ. Вот сижу я днем, дописал только-что какой-то кусок проекта и смотрю в окно, а там солнышко светит и птички поют. Ну я беру и иду бегать на стадионе. И это все происходит в 2 часа дня. А что в офисе? Ходить проветривать мозги на улицу на официальных перерывах? А если заработался и пропустил перерыв, то что? Во многих компаниях придется сидеть дальше тупить.
4) Возможность работать тогда, когда это наиболее удобно и эффективно для тебя. Один из самых важных пунктов. В офисе пришел и сидишь 8-часовой рабочий день. И ты же не можешь подойти к начальнику и сказать, что у тебя сейчас мозги не работают, и тебе бы хотелось свалить домой вообще. Ну может 1-2 раза отпустят, а что делать если тебя в каждый второй день после обеда парализует на пару часов? Будешь в итоге сидеть и накручивать спагетти-код на вилку. А потом его рефакторить, матерясь. Мне вот например ночью нравится работать, но где вы видели офисы, в которых вам позволят одну половину дня работать там, а другую ночью дома?
5) Отсутствие привязанности к каким-то предпочтениям фирмы. Вот попали вы в веб-студию, делающую сайты на битриксе. И представим чисто теоретически что вам там платят нормальные деньги. А дальше что? Ну полгода вы попилите магазинчики. А потом еще полгода. И еще. Ну конечно не везде так уныло, но своих "особенностей" хватает во всех компаниях.
6) Отсутствие видимого потолка по заработку. В стандартной компании вас посадят на оклад, +небольшие премиальные если вся команда в сроки будет сдавать проект например и нарисуют вам роадмап, по которому вы будете строить планы на жизнь. Аля "через полгода сдам 7 проектов и меня повысят, увеличив зп на 15%". А потом в один прекрасный вечер после работы вы сядите изучать что-то интересное дома. И будете изучать недели-месяцы. И вот приходите вы однажды на работу, с кучей новых знаний, а у вас в голове стойкое ощущение того, что сейчас вы достойны не то что этой прибавки в +15%, а вы на все 30% тяните. Но вам никто этого не даст. Просто потому-что обычные офисы живут по другим правилам.

https://github.com/bezumkin/Jevix

Самовызываемая анонимная функция

(function(){
})();

Такая функция будет тут же выполнена. jQuery - это параметр, который передается в функцию. $ - переменная, по которой будет доступен переданный параметр внутри функции.
Эта конструкция эквивалентна следующей

var myFunc = function($){
};
myFunc(jQuery);

За исключением того, что не создается лишняя переменная в глобальной области видимости (myFunc), ради чего все и делается.

Может быть есть другой вариант?

Да, есть, перестать страдать фигней с универсальными настройками раутинга (всеравно придется потом что-то докручивать) и сделать нормальную REST/JSON RPC API, со своими правилами на каждый метод API.

laravel.com/docs/5.0/controllers#restful-resource-... - вообще имеет смысл вот такие штуки использовать.

По версиям API - можно через мидлвэры разруливать.

Что до {type} - вообще это не круто, если вы хотите получить json вместо xml, то просто пишите в Accept именно application/json, а не делайте кастыли в URI. Хотя это как вам удобнее конечно.

www.programmableweb.com/apis/directory

explode(':', $sInput, 2);

Паттерн репозиторий используется для изоляции логики хранения данных. Например:

interface UserRepository {
    function getUser($id);
    function getUsersWhichSatisfyMyCustomBuisnessRulecs(BuisnessRules $rules);
    function saveUser(User $user);
}

class InMemoryUserRepository implements UserRepository {
    private $users = [];

    function getUser($id) {
         return isset($this->users[$id]) ? 
             $this->users[$id] : null;
    }

    function getUsersWhichSatisfyMyCustomBuisnessRulecs(BuisnessRules $rules) {
         return array_filter($this->users, function (User $user) use ($rules) {
               return $user->isSatisfyRule($rules->getSomeRule());
         }
    }
    function saveUser(User $user) {
        $this->users[$user->getId()] = $user;
    }
}

Что показывает данный пример:
- что репозиторий для приложения - это прежде всего интерфейс, имплементацию которого можно заменить в любой момент. Что позволяет нам менять хранилище для отдельных сущностей по желанию. Так же InMemoryRepository часто используют при юнит тестировании (хотя обычно это моки интерфейса).

- что нет жесткой привязки к реализации. Вы можете использовать внутри репозитория plain sql, data mapper, active record, ассоциативные массивы, файлы... ну вы поняли. Главное интерфейс заимплементить.

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

martinfowler.com/eaaCatalog/repository.html

Первое - если есть шанс обжаловать(плохо ТЗ поставлено, предупреждал человека, тот не послушал и т.д. Вообще много к чему можно придраться...), значит надо обжаловать. Заплати арбитру биржы, вынеси дело на разбирательство.
Второе - если обжаловать бессмысленно, т.е. там твой железный косяк, попробуй все же договориться с клиентом. Первое что приходит на ум - компенсируй ему убытки, если сумма не заоблачная.
Третье - если у Вас во взаимоотношениях идет резкий негатив и Вы не хотите более иметь ничего общего - оставь коммент-отписку типа "Сотрудничество не сложилось, свою вину не признаю". Не распыляйся сильно рассказом какой плохой этот человек заказчик, что он ТЗ ставить не умеет и вообще в башке у него одна извилина... Все это лишнее. Просто одно предложение, 5-6 слов. Все.