Вес (кг): 3.78 это точно ноутбук?

:)))

Он у меня чисто ко 2 монитору обычно подрублен)

ПОсоны здарова. Для коденга норм ноутбок будет? http://www.notebookreview.com/notebookreview/lenovo-thinkpad-t410-review/

(1440 x 900) говно

обоже

еще один

говно apple, 2 usb

Крутизна прям со всех щелей лезет :))

вообще хочу себе бук на i9

а таких нету нигде Т_Т

Я сам на кофе)

вообще хочу себе бук на i9

сейчас бы выбирать устройство по маркетинговому названию

сейчас бы выбирать устройство по маркетинговому названию

i9 7980xe так получше?

Вопрос к моему выше о селектах. Если программисты не углубляются в селекты, то как делают банальный запрос из двух таблиц. Ну там библиотеки и книги. Надо узнать в каких библиотеках есть Книга

вот вы обсиралы

i9 7980xe так получше?

такой бред

Купил себе ноут на i9, 2 гига озу, видюха Riva TNT 32mb, в ус не дую.. разрабатываю на битрикс

Купил себе ноут на i9, 2 гига озу, видюха Riva TNT 32mb, в ус не дую.. разрабатываю на битрикс

О_о

ты где на i9 нашел

ссылку

в метро

алиены даже пока только на i7 делают

Речь про выборку из двух таблиц, джойны, не?

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

Тупой какой-то вопрос.

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

Не все

Знаю рельсовика, всё делает на орм.

Вообще ненавидит SQL

Как они делают выборку из двух таблиц?

Через орм

Есть такая штука, кверибилдер называется

А что, есть билдеры отдельно от орм?

Ну тк

Используют в конечном итоге орм, к чему эти уточнения =\

Ясноооо, спасибо

Гм, ОК, со мной часто такое бывает.

Ну т.к. querybuilder - часть любой орм, то как бы.

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

6 гиг под разработку на оспанели и пхпшторме хватит жи

Судя по ответам не один

:))) так зависит от проэкта и таблиц. Откуда ж мне знать какие таблицы там были. Да и какая разница у вас таблицы же другие

Вопрос прям подтверждение моего "вброса" :))

Связных даных не бывает?

:))) так зависит от проэкта и таблиц. Откуда ж мне знать какие таблицы там были. Да и какая разница у вас таблицы же другие

Это ты миграции так называешь?

Это конкретный вопрос был человеку на конкретном проекте . Не надо обобщенный и всем подходящий ответ искать

При чем тут миграции

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

Я пишу под ларавель. Работал с биг дата и голыми запросами, и да, сложными запросами. Так что ваши стереотипы можете засунуть куда подальше. При этом вы даже не знаете, как делаются селекты в ларавель. Кто бы ещё говорил про гумманитариев тут :D

Зачем ?

Это конкретный вопрос был человеку на конкретном проекте . Не надо обобщенный и всем подходящий ответ искать

Тогда очень глупый вопрос, sqlite как ты узнаешь перенеслась или нет?

Ну тем более, спорит о том, в чём вообще не шарит.

Субб что за обиды. Знаешь и маладец

Субб что за обиды. Знаешь и маладец

Не, не обиды, ответ на ваш стереотип.

Точнее все :))

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

select book.name, library.id from book, library where library.id=book.idlibrary and book.id=100

select book.name, library.id from book, library where library.id=book.idlibrary and book.id=100

И где тут про перенос БД?

Селект конкретный на придуманную базу

А перенос где?

Нет. От него ожидался вот такой конкретный вопрос

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

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

так значит проблема в переносе, а не в ларавеле

Проблем нет. Был интересный ответ программистов на ларе, которые не поняли какие селекты от них хотят

select book.name, library.id from book, library where library.id=book.idlibrary and book.id=100 На ActiveRecord Yii2 будет как $model = BookModel::find() ->with('library') ->select(['book.name', 'library.id']) ->where(['library.id' => $bookLibrary]) ->andWhere(['book.id' => 100]) ->all()

Так ты мальчик ?

Евгений спасибо

как мне видется диалог Tatyana: у меня машина не едет Кандидат: бензин кончился, колёс нет? Tatyana: нет, вы не правы, я в бетонную стену врезалась

Ой, все

Вопрос поставили непонятно и говорят, что программисты на ларавель нихуя не шарят, чёт вы вообще орёте :D

Кто-то понял, кто-то нет. Не заморачивайтесь. Я узнала интересности. Спасибо за последний селект и орм. Все остальное лишнее

Ну, главное, чтобы выводы сделали.

Евгений спасибо

это пример построителя запросов. его используют не потому что на чистом SQL никто уже не умеет писать и народ отупел (на чистом SQL проще писать), а потому что построитель запросов пишет правильные запросы, которые уже более менее оптимизированы под БД и стандартизованы. База с такими запросами лучше работает, так как они по одной схеме созданы и она много чего кеширует. Кроме того при смене базы данных построитель запросов начнет генерировать запросы к другой БД и не нужно переписывать половину проекта. Интерфейс взаимодействия с БД одинаков вне зависимости от БД. Ну к этому стремятся по крайней мере

ждём @mavka_ua завтра, может научится свои мысли формировать

*формулировать (гумманитарий протестуэ) :D

thinkbuilder :D

Каждый профессиональный разработчик обязательно пишет тесты своего кода.

Каждый профессиональный разработчик обязательно пишет тесты своего кода.

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

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

Почему?

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

Ни один уважающий себя разработчик не должен писать код без тестов.

если на тесты выделено время, то пишет

если на тесты выделено время, то пишет

А, ну да, тогда согласен.

Тесты позволяют нам быть точно уверенными, что всё работает так, как мы задумали.