Апворк да, нестабильно бывает

Но и там не очень сложно найти контракт от полугода и больше

Расскажи про toptal, я думаю тем кто не вкурсе, было бы интересно.

расскажи где искать фулл-тайм ремоут?

на ум приходит только stackoverflow )

я через upwork нашел)

odesk тогда еще

Расскажи про toptal, я думаю тем кто не вкурсе, было бы интересно.

Да обычный бодишоп

Проходишь тесты, интервью и тестовый проект

Если прошел, то они сами начинают тебе клиентов подгонять

Для жителей СНГ рейт от $25-30 где-то

В отличии от апворка все комиссии на клиенте

Ну и они обеспечивают постоянную занятость тебе

расскажи где искать фулл-тайм ремоут?

На апворке часто ищут ремоут сотрудником в штат

Особенно стартапы всякие

Но бывает и крупные конторы

Сам апворк часто ищет пхпшников, лол

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

Типа того же стековерфлоу

Сам апворк часто ищет пхпшников, лол

это правда)

и js тоже ищут

я сейчас в react еще вкатился, субъективно здесь $$ побольше сейчас

среднее по больнице выше наверное

топы, уверен, одинаковые

ну топы да, просто по реакту сейчас хайп идёт

Баг в iOS 10 :)

это rtl, думаю в android также

можно глупый впорос?)

Разрешаю

кэш браузера, если я включаю: text/html, оно кэширует весь html так?

и хранит его на компьютере пользователя

т.е. если я поставлю 7 дней

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

короткий ответ: да

я не уверен что кэш браузера так работает

ну и вообще, зачем кэшировать html?

чтобы быстрее открывались страницы?

ну ресурсы и так кэшируются

типа скриптов и картинок

сам html не думаю что сильно повлияет как-то

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

ну конгфигом сервера можно да чисто статику закешить

с динамическими страницами пусть уже бэкэнд разбирается

https://twitter.com/vkozulya/status/775804871521951748

Тільки що забрав

две?

Ага, clean code i clear coder ;)

Clean*

аа)

норм

Скільки вже дивився виступи дядька боба, а книжки не читав :)

у Сергея в видосе хорошая фраза

https://youtu.be/yRo-9qvF6EI?t=30m25s

про книжки дяди Боба

Ха-ха-ха :)

Ну я думаю такі поради можна дати до кожної книжки по программуванню :)

Хм

это рекомендации гугла...

для сайта

вот и думаю

@mkusher а ти пам’ятаєш дату заснування чату ?

@mkusher а ти пам’ятаєш дату заснування чату ?

хм

можно посмотреть

ERROR: S client not available

https://github.com/mr-mig/ru-tech-chats/pull/85 5 июня

https://gist.github.com/mkusher/711bd46f0b62fbae851182e6fb3b1839

надеюсь все успели посмотреть видос :)

Нет (

Скинь?

Я вчора подивився

Як на мене досить абстрактно вийшло

https://www.youtube.com/watch?v=yRo-9qvF6EI

Ніколи не натрапляв на це і не розумів чого тут 3-й параметр використовують: in_array(0, ['true’]); // true

але тепер буду більш уважний :)

мне часто приходится 3-й параметр использовать, вообще удобно придумали.

зручно, але я б краще мав окрему функцію для strict перевірки

как то рефакторил один проект, была куча проверок типа is_null($var), так вот тождественные сравнения типа if($var === null) работают в 2 раза быстрей, покопавшись в интернете, нашёл статью, оказалось что метод реально очень медленный. Так что советую всем задуматься если кто то где то использует is_null(). По стандату PSR-2 есть часть где вроде вовсе запрещено использовать is_null(), лично не уверен, но кто то из моих знакомых говорил об этом.

как то рефакторил один проект, была куча проверок типа is_null($var), так вот тождественные сравнения типа if($var === null) работают в 2 раза быстрей, покопавшись в интернете, нашёл статью, оказалось что метод реально очень медленный. Так что советую всем задуматься если кто то где то использует is_null(). По стандату PSR-2 есть часть где вроде вовсе запрещено использовать is_null(), лично не уверен, но кто то из моих знакомых говорил об этом.

нет в psr2 ничего про is_null http://www.php-fig.org/psr/psr-2/

$a=null; isset($a); Took: 1.71841216087s $a==NULL; Took: 1.27205181122s $a===NULL; Took: 1.2424390316s is_null($a); Took: 3.70693397522s

не впевнений про 2 рази, але це + 1 виклик функції в ast

экономия на спичках

згоден

не используйте null ?

не використовуйте функції :D

$a=5; isset($a); Took: 1.15165400505s $a==NULL; Took: 1.41901302338s $a===NULL; Took: 1.21655392647s is_null($a); Took: 3.78501200676s error_reporting(E_ALL&~E_NOTICE); unset($a); isset($a); Took: 1.51441502571s $a==NULL; Took: 16.5414860249s $a===NULL; Took: 16.1273870468s is_null($a); Took: 23.1918480396s

на минулій роботі колеги не використовували empty() через те, що в нього є якась не передбачувана поведінка

нет в psr2 ничего про is_null http://www.php-fig.org/psr/psr-2/

да, видимо я что то напутал, просто откуда-то есть в голове такие мысли)

http://php.net/manual/en/function.is-null.php первый комментарий :)

в php7 вообще пишут что is_null быстрее

ага, теж це читаю :)

я оттуда и взял пример

да там будет 100 наносекунд

в одну или другую сторону

посчитайте сколько надо вызовов, чтобы ощущать разницу

empty() действительно бывает иногда непресказуем, но это провде было только в версии 5.4, в 5.6 не замечал, хотя что то было странное.