Ленды не плохи. Для любого очень конкретного продукта ленды (в том числе и сделанные на тильде) отлично работают. Я бы купил хорошую книгу, лучше всего в epub, если бы она была в iTunes, но ведь ее нет там)

Почему-то разработчики считают что продажи это адовое дно

и не нужны хорошему продукту

Сделайте, пожалуйста, мне код-ревью. Очень хочется услышать критику. https://github.com/json-api-php/json-api

сделай codeclimate или scrutinizer-ci интеграцию добавь это в travis

поставь бейджики(build status, codecoverage и тд), стабильной версии (тэгами или веткой пометь)

Почему-то разработчики считают что продажи это адовое дно

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

ну сверху Егор написал что "надеется что некоторые люди думают" выглядит как дартаньянство

Сделайте, пожалуйста, мне код-ревью. Очень хочется услышать критику. https://github.com/json-api-php/json-api

по самому коду, личное имхо привык к тому что у трейтов в имени на конеце префикс trait например HasMetaTrait чтобы в имени файла и трейта было

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

зайди на блог и там увидишь о чем эта книга

2017 год на дворе

и книг хулиарды

"зайди и разберись что там автор хочет сказать" отсекает огромное количество тех кому она могла быть интересна

конечно можно аппелировать к "небыдлу" которому не лень разобраться

Ссылка на миф была как пример подачи материала о книге. Понятной подачи, благодаря которой человек понимает что внутри и что он получит прочитая.

nuff said

так а амазоновская страница не?

у них ваще не ок описания (

но вообще конечно, лендинги и доп. точки продажи электронной книги явно мешать не будут

вопрос цели, может в текущей ситуации Егор получает желаемую аудиторию и ему ок

А както с амазоне можно книгу купить и читать, если ты простой смертный без киндла?

можно, почему нет?

А както с амазоне можно книгу купить и читать, если ты простой смертный без киндла?

бумажную — можно 100%

устанавливаешь киндлридер и читаешь ;)

можешь на телефон

бумажную — можно 100%

Ну не настолько смертный

можешь в хроме

Мне кажется если человек не хочет заниматься продажами, то можно как минимум обеспечить легкую покупку

А то начинается

Привяжи карту

Скачай эмулятор

Зарегистрируйся

еще есть вот https://read.amazon.com/

У меня месяц командировок, хочу с айфона в самолете читать

на айфоне есть киндл

например

при покупке вроде формат пкоазывал для ебука

а не

только киндл

нету в киндле

https://gist.github.com/hellboy81/02f6594e17d38288dc2f9a374d3ec0ae

Господа, а что, мне теперь для каждой национальности бабы создавать свой класс?

Задача: сгенерировать фамилую и имя фейковой женщины

Задача: сгенерировать фамилую и имя фейковой женщины

https://randus.ru/

у них есть апишка

API Наш сервис позволяет Вам использовать сгенерированные данные в своих проектах. Для этого можно воспользоваться нашим API. Запроc делается командой: http://randus.ru/api.php В ответ Вы получите: {"lname":"Абрамова","fname":"Алёна","patronymic":"Викторовна ","date":"8 февраля 1987","city":"Киржач","street":"Байдукова","house":66,"apartment":293,"phone":"8-943-834-13-55","login":"AbramovaAlena96","password":"aLLasmIp3bSM","color":"Оранжевый", "userpic":"http://randus.ru/avatars/w/myAvatar2.png"}

а есть ли интернациональные службы?

есть

ну есть fakenamegenerator.com например

только там API нет

но там можно через форму заказывать бесплатно

https://randomuser.me/documentation#howto

нашел это

теперь подскажите мне паттерн по выбору алгоритма

онлайн (одна библиотека )/оффлайн ( другая библиотека )

метод должен всегда возвращать строку

ну фейкер для пыхи может в пыхо чате обсуждать?

фасад?

у меня две библиотеки

пики точены?

две возможнности получить одно и тоже значение

две возможнности получить одно и тоже значение

рандомом выбирай. так веселее

по самому коду, личное имхо привык к тому что у трейтов в имени на конеце префикс trait например HasMetaTrait чтобы в имени файла и трейта было

Не понял. На конце обычно суффикс, а не префикс. И что в итоге-то, нужен он или нет?

сделай codeclimate или scrutinizer-ci интеграцию добавь это в travis

Спасибо. Задачка на это есть, добавлю как только руки дойдут. Или кто-то добавит :)

Не понял. На конце обычно суффикс, а не префикс. И что в итоге-то, нужен он или нет?

я привык к тому чтобы трейты с суфиксом окончивались HasMetaTrait вот так например вместо HasMeta

мелочь но при просмотре кода на гитхаб сразу ясно что это трейт без захода в фаил

ERROR: S client not available

хотя он конечно с другой стороны избыточен потому что в use можно только трейты указывать

хотя он конечно с другой стороны избыточен потому что в use можно только трейты указывать

Понял. Ну тоже самое справедливо про интерфейсы, но все указывают суффикс Interface, это стандарт де-факто для пыховских библиотек

я тож указываю, это удобно же

сразу видно что это интерфейс

Хотя вообще, Зандстра советует называть интерфейс "Car", а вот сам класс - "CarClass", потому что интерфейс стоит над классом

лучше пусть название класса дает понимание того, как оно реализует

лучше пусть название класса дает понимание того, как оно реализует

да, я с тобой согласен

?

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

типа того

на крайняк, если у тебя библиотека, например, можно сделать interface Car и class DefaultCar

но в пыхе как всегда "своя атмосфера"

Понял. Ну тоже самое справедливо про интерфейсы, но все указывают суффикс Interface, это стандарт де-факто для пыховских библиотек

именно, так принято у большинства и я так уже привык

ну вот единственная причина так делать это потому что "все так делают"

еще в пыхе интерфейсы появились позже

и исторически сложилось у тебя есть класс Resource например

и ты хочешь в этом месте вынести его в interface и чтобы он был в одной папке с разными именами люди придумали давать суфикс на конце interface и получилось ResourceInterface

то же самое и с трейтами

ну мой поинт в том, что если тебе хочется назвать интерфейс и класс одинаковыми именами, ты что-то делаешь не так

ну мой поинт в том, что если тебе хочется назвать интерфейс и класс одинаковыми именами, ты что-то делаешь не так

я понимаю что возможно что то не так)

но люди нашли такой лайфхак это как венгерочка в C

плюсах

да, теперь это как самосбывающееся предсказание

и еще например

есть ContainerInterface в psr

есть класс Container сответственно

сам только факт, что "все так делают", уже говорит о том, что если делать так же, то тебя чуть быстрее поймут. Хотя фундаментально это неправильно

как эту коллизию разрулить ?)

я понимаю что разные namespace

и оно на основе namespace разрулится

сам только факт, что "все так делают", уже говорит о том, что если делать так же, то тебя чуть быстрее поймут. Хотя фундаментально это неправильно

именно это я и написал, что мне было бы быстрей понять о чем речь