teratailもりあがっtail? 58問目

■ このスレッドは過去ログ倉庫に格納されています
1仕様書無しさん
垢版 |
2020/08/29(土) 18:56:30.65
teratail
http://teratail.com/

前スレ
teratailもりあがっtail? 57問目
https://medaka.5ch.net/test/read.cgi/prog/1598156167/
2020/08/30(日) 06:39:49.25
>>3
この質問者が実務でこんな条件に対面してるなら割と同情するけどね
パッケージソフト作る時にDBの種類とかバージョンによる方言の対応はした事あるけど、さすがに混在させるパターンなんかハナから要件として除外して考えた事もなかったわ

それにしたってコードでバージョン取得して分岐とか馬鹿の思い付きとしか言いようがないけど
クエリ発行する度にいちいちバージョンチェックするのかね？
2020/08/30(日) 06:50:08.09
>>7
わかってたら理由を書くからおまえもわかってない
仮に何か理由を書いても絶対誰かに否定されるのは目に見えてる
2020/08/30(日) 06:50:20.60
MySQL5.7.6がリリースされたの5年も前だろ
「アップデートしろ」で済む話じゃん
2020/08/30(日) 06:59:34.93
>>10
詳しい背景なんも書いてないから誰も分からないって話
2020/08/30(日) 07:02:39.27
>>9
ほらわかってない
>>7の言うことが正しいと証明されたな

なぜ高評価されてるか教えてやるからよく読んで理解しろ
まあできないと思って書くんだが

マイスマもさんざん理由を尋ねてるだろ？
理由によってはバージョンチェックより良い方法があるかもしれんからそれを教えるために聞いてるんだ
で、本人の言う通りどうしてもバージョンチェックしなければいけないと仮定しての回答が他についてるがそりゃ本人がそう言い張ったからの次善の回答でしかないんだよ
そこでmtsによる次善の回答はこれだ
>「どちらでも通るSQL」で組むか、DBの種類やバージョンを意識せずに済む仕組み（フレームワークなど）を利用するべき
version()を使わなくてもmysql.userに5.7.6以降ならauthentication_stringがあるしそれ以前ならpasswordがある
要するに「あらかじめバージョンチェックしなくてもどっちも取得できるSQL」が書ける
SQLの発行が一回減るだろ？
それより良い方法として「フレームワーク」を使えと書いてる
ラッシーの回答はそれだ

おい豆腐、わからないのに煽るから恥をかいたのはお前だったな
2020/08/30(日) 07:03:36.44
要件は客の都合で決まる
仕事は難易度に対する対価に応じて受ける
誰もお前の都合は聞いてない
2020/08/30(日) 07:04:30.48
>>10
それが本来のやり方
5年も前のデータベースをネットにさらすとか馬鹿の所業
2020/08/30(日) 07:05:56.68
>>12
> 理由によってはバージョンチェックより良い方法があるかもしれんからそれを教えるために聞いてるんだ
教えていない

https://github.com/WordPress/WordPress/blob/be4ad8548cb0c099d10191fe8ee0d6554284d58d/wp-includes/wp-db.php#L3529

教えてくれ

> それより良い方法として「フレームワーク」を使えと書いてる

何だよそのフレームって
2020/08/30(日) 07:07:49.54
>>13
アップデートによるデメリットよりメリットがはるかに大きいことをわかりやすく説明してアップデートするよう顧客を説得するのがプロのやり方だ
クラウドで二束三文の仕事ばかり探してないで本物の実務を経験しろ
知識がないから顧客がどんなバカなこと言っても言いなりにしなきゃならなくなるんだよ
それで自分が顧客の言いなりだからと寺尾で自分を顧客にみたてて回答者を言いなりにしようとするから低評価されるんだ
2020/08/30(日) 07:08:02.85
databaseだってどんどん機能追加されるし、この方が速い、とかいろいろクエリを変えることはある
対応してmigrationだってどんどん発生する

そんなこんなをやるのにバージョンが必要ないなんてありえない
2020/08/30(日) 07:09:04.24
>>16
より良い方法が一般解としてあるなら示せ
2020/08/30(日) 07:09:10.55
>>15
本人登場か
WordPressの小汚いソースを提示して何のつもりか知らんがフレームワーク知らんのか
2020/08/30(日) 07:10:09.57
>>18
そのために詳細を聞いたのにお前が「そうしなきゃいけない」の一点張りで言わなかったんだろう
知りたけりゃ今からでも謝って書いてこい
2020/08/30(日) 07:11:31.25
示せない時点で顧客の都合でロクな提案も出来ない雑魚PG確定
2020/08/30(日) 07:12:01.99
>>17
さすがに5年以上前のバージョンはアップデートさせるべき
2020/08/30(日) 07:12:05.56
>>12
質問が-10される理由とmtsの回答が+3される理由を答えたのかと思ったが
ラッシーの回答が+される理由を答えてない？
2020/08/30(日) 07:12:50.94
>>21
お前が顧客なら説得するんじゃなくて土方に仕事回すわ
2020/08/30(日) 07:13:40.76
>>23
ラッシーの回答の意味がわからんのか
ありゃ皮肉を開店だよ
要はmtsの回答を別の言葉で書いてんだ
2020/08/30(日) 07:13:48.14
>>22
客がそれを承知でやってるなら？それでもゴネるの？アホ？
2020/08/30(日) 07:14:45.63
>>24
お前が世間を知らないニートなだけだ
2020/08/30(日) 07:15:19.10
>>26
それを承知でやってると思い込んでる顧客を説得するのがプロだって言わなかったっけ？
まあ時には何言っても通じないお前みたいなのがいるからそんときゃ土方に任せるわ
2020/08/30(日) 07:15:54.97
>>27
お前が底辺しか知らないだけだよ
2020/08/30(日) 07:17:13.81
mtsはバリバリに実務やってるぞ
それが実務知らないわけねーだろ
2020/08/30(日) 07:18:37.88
マイスマも実務やってる質問者を数多く救ってきたから総合1位なんだよ
井の中の蛙が底辺世界だけの知識で物を言うな恥ずかしい
2020/08/30(日) 07:19:12.39
>>28
お前本当に仕事したことないだろ
php使ってる時点でそもそも大した案件ではない
そうしたいという客に説明して引き下がらずにゴネるプロなんていないんだよ
お前が土方なだけ
2020/08/30(日) 07:19:36.76
まあ顧客の言いなりになるしかないやつらもいるのは事実だからな
言いなりになるしかないやつに「顧客を説得しろ」なんて無茶を言ってやるな
2020/08/30(日) 07:20:14.69
>>29
底辺を夢見る雑魚ニート乙
2020/08/30(日) 07:20:19.82
>>32
お前が知ってる案件が大したことない案件でPHPだっただけだよ
2020/08/30(日) 07:21:02.36
朝から豆腐が大発狂してんな
2020/08/30(日) 07:22:32.18
>>33
底辺営業を夢見る雑魚ニート乙
2020/08/30(日) 07:23:05.38
「mtsが実務経験したことない」と結論づけなきゃいけないくらい理由が理解できないんだろ？
そりゃお前が物を知らないからだ
だから高評価の意味がわからず今度は「身内」って結論づけて唐突に発狂しなきゃいけなくなるんだよ
2020/08/30(日) 07:23:28.85
>>35
そうなんですね
大規模システムで使われてるphpを知りたい
2020/08/30(日) 07:23:39.95
mtsと豆腐を比べると天と地ほどの差があるからな
ねたむのは仕方ない
2020/08/30(日) 07:24:15.18
>>39
teratail
2020/08/30(日) 07:24:29.82
バージョンチェックが必要な理由を書いたろ
否定できてないだろ
一般解で不必要な理由書けよ
2020/08/30(日) 07:25:04.92
>>41
小規模だよ…かなり小さめだよ
2020/08/30(日) 07:25:10.69
まさか会員15万人規模のシステムを「大した案件じゃない」とは言うまいな？
2020/08/30(日) 07:25:42.32
>>43
じゃあどのくらいの規模ならお気に召すんだ？
言ってみろよ
2020/08/30(日) 07:26:15.49
客の指定で変更出来ない、と説明すればいい話なのに。

思いついた手段に囚われて解決方法を見誤った質問ってのはしばしばあって、
それとの区別は回答者にはつけようがない。

初期の虐殺が「ちゃんと理解したいから標準ライブラリも使いたくない」とか
言ってたけど、では黙ってライブラリを使わない方法を教えるのが「正しい回答」
だったのかな?
2020/08/30(日) 07:29:40.30
>>42
パスワードのカラム云々が必要な理由書いたらつもりなら、まずMySQLのビルトインなテーブルにアクセスする設計を改めろとしか…
2020/08/30(日) 07:29:56.97
Webサイト単体ならGoogle、Yahoo、楽天くらいなら大規模じゃないの？
はてなとか、Qiitaとかなら中規模？
それ未満は小規模じゃね？
2020/08/30(日) 07:31:00.12
Facebook規模か？Wikipediaか？Slackか？ぐるなびか？ココナラか？
どのくらいの規模なら大規模なんだよ？
言ってみろよ
2020/08/30(日) 07:31:55.39
>>48
QiitaよりFacebookやWikipediaの方がよほど大規模だがどっちもPHPだぞ？
2020/08/30(日) 07:32:12.07
お前らの個人ブログサイトを基準にして規模の判断をされても困るぞ
2020/08/30(日) 07:33:50.55
phpは小規模ワロタ
2020/08/30(日) 07:33:51.24
https://xtech.nikkei.com/it/free/NC/NEWS/20030909/134631/
> 楽天がオープンソースのPHPでコストを削減、大規模でも開発効率はJavaに匹敵

2003年の話
2020/08/30(日) 07:33:54.95
>>44
システムの規模と利用人数は比例しないよ。
規模というのは機能の多さとか複雑さとかそういう所だよ。
そういう面でteratailを大規模は言い難い。
2020/08/30(日) 07:34:51.69
>>54
お前のお気に入りの楽天はPHPらしいぞ？
2020/08/30(日) 07:36:05.73
じゃあなんでQiitaが入ってるんだよって話になるが
2020/08/30(日) 07:36:29.99
>>53
今もPHPとは限らないがPHPが大規模に向かないとは思わない
facebookは正確にはPHPではないよね
PHPの派生言語
2020/08/30(日) 07:37:04.15
>>49
どんなものにでも例外みたいなのはあるよ
pythonだってrailsだって大きなところで使われることがないわけじゃない
ただ向き不向きで言えば向いてないんだよ
2020/08/30(日) 07:38:28.96
>>53
今も昔もだけど、JavaとPHPについては、安い単価でPG集められるからな。
効率は変わらないだろう。
2020/08/30(日) 07:38:34.55
>>58
PHPでの大規模開発は実際にあるぞ？
底辺しか経験なければ「PHPは小規模」っていう発想になるかもしれんがな
2020/08/30(日) 07:39:08.38
土方マジ笑うわ
2020/08/30(日) 07:39:21.46
面白い
もっとやれ
2020/08/30(日) 07:40:12.00
部分的にphpを使える場所があって、phpの手軽さや認知度の高さが評価される場合もあるよ
それは大規模システムだって分割すれば小規模の集合となる部分があるからだ
2020/08/30(日) 07:40:58.29
マイスマとmtsに実務知らないんだろうってよくそんな発想ができるな
ニートかよ
ちょっとでも仕事してりゃわかるだろ
2020/08/30(日) 07:41:43.32
なんか、大規模の意味が二重で使われていそう
1. 大人数で利用されるサービス
2. 全体のコード量が膨大なサービス
おまえら、どっちの意味で使っているんだ？
この二つは全然違うぞ。
2020/08/30(日) 07:41:46.20
そういう例外のようなものを除いて、phpが大規模に向いてるとは俺は思わん
2020/08/30(日) 07:42:35.33
向いてる向いてないの話じゃなく>>32をからかってるだけだぞ？
2020/08/30(日) 07:42:44.58
大抵それは両方なんだが、分割された小規模は２が該当しない
2020/08/30(日) 07:43:10.37
>>32がニートということがよくわかる流れ
2020/08/30(日) 07:44:24.94
大人数で利用されないのに金かけてコード量増やしてどうする
2020/08/30(日) 07:44:56.33
Twitterの例にもあったが、Twitterのようなサービス自体はRailsでも作れる。
実際初期のTwitterはRailsだったし、TwitterクローンとMastodonはRailsだ。
しかし、利用者数が多くなってくるとRailsは耐えられるような作りじゃないから、
Scalaで作り直したという話だ。
2020/08/30(日) 07:45:30.80
RailsがPHPだと思ってるニートきたな
2020/08/30(日) 07:46:08.52
>>71
phpは大人数に耐えられるの？
2020/08/30(日) 07:46:49.57
>>73
Wikipedia知らんのか
2020/08/30(日) 07:48:58.34
>>71
まあそういう判断は結構属人性が高いので、誰がやってもこう、っていう感じじゃないとは思うよ
ただ、向き不向きは厳然としてあるし、それはみんな知っている
それでも好みややり方次第で判断が変わるってだけ
2020/08/30(日) 07:49:13.72
>>72
PHP on Rails をしらんのか？
2020/08/30(日) 07:50:39.99
railsって大人数に耐えられないし使う意味がないなｗ
2020/08/30(日) 07:52:21.86
>>76
知らんな
そんなどこで使われてるかもわからんようなもの
2020/08/30(日) 07:55:39.93
>>78
またの名をCakePHPという
最近はLaravelといわれる方のものが人気だが
2020/08/30(日) 08:00:09.21
railsとlaravelって実際機能的、速度的にはザックリどっちの方が優秀なの？
2020/08/30(日) 08:00:23.54
おめえら、ある程度大人数になるサービスのWebアプリ作ったことあるのか？
利用者数が少なくとも数万人以上になるやつ。

作ったことある奴だけがteratailは小規模だし、PHPは大規模無理とをバカにしろ。
俺は作ったことないから、PHPすげーってだけいっておくぜ！
2020/08/30(日) 08:01:10.16
>>80
言語仕様的にPHPが糞
2020/08/30(日) 08:02:10.59
なんで早朝からこんなに伸びてるんだ？老害多過ぎｗ
2020/08/30(日) 08:04:12.55
老人は早起きだから
2020/08/30(日) 08:06:48.04
>>79
Railsを参考に作っただけでPHP on Railsと呼ばれてた時期なんかねーだろ
2020/08/30(日) 08:08:36.96
老人でなくても朝くらい起きるわ
2020/08/30(日) 08:09:11.19
ニートにとっては早朝
2020/08/30(日) 08:09:24.39
早起きですまんｗ

海外で調べるとrubyの認知度が低くて、djangoとlaravelの比較が多かった。
初心者向けの記事だけど、機能的な比較があった。

https://www.flowkl.com/article/web-development/django-vs-laravel-vs-rails/

ちょっとdjangoの評価が高い気がしたけど、海外では普通なの？
2020/08/30(日) 08:12:12.84
>>81
俺はあるよ。でもteratailが小規模って言ってる阿呆ではないし、中規模以上だとは思う
まだサービス開始して５、6年程度だしね
2020/08/30(日) 08:23:33.87
>>32を見る限り「大した案件」は「金かかってる案件」のことだろ
2020/08/30(日) 08:24:40.99
代々このスレで「豆腐」って単語を使ってるヤツ、1〜2人しかいない説。
文体や内容からしていつも同じヤツが「豆腐」を煽りに使ってる。
もう飽きたから消えてくれよ、お前。
2020/08/30(日) 08:25:27.73
>>81
それ言わんといかんの？当然俺もあるよ
teratailは小規模と言ったのは俺

teratailは去年の4月時点で月間約570万PV/150万UU
Qiitaは現在月間6000万PV/700万UU

なので、まあそろそろ中規模かなあという感じ。
前スレでPV出したのも俺。
2020/08/30(日) 08:27:19.72
>>91
このスレに来なきゃ豆腐が煽られてるところ見て釣られなくて済むぞ
2020/08/30(日) 08:29:35.09
>>92
teratailの規模ならさすがにデータベースのアップデートでごねないだろ
そこで顧客がごねる程度に小規模な案件でしかPHPは使われないっていうのが元々の話
2020/08/30(日) 08:30:06.97
要するに規模の判断基準が土方
2020/08/30(日) 08:33:04.51
>>94
別に大規模の方が客はゴネるけど...
小規模の方が言うこと聞いてくれやすい

事の発端は>>32
PHPerの怒りが爆発したｗ
2020/08/30(日) 08:39:57.07
>>96
そうか？
大規模で顧客が技術的なイニシアチブ取るとこある？
むしろ取るならそっちで設計とマネジメントしてくれって言いたいが
2020/08/30(日) 08:41:01.29
普通、規模が大きいほどバージョンは固定だろう。
つか、どのOSのどのバージョンで動かすかを方式設計で決めてから
開発の詳細設計詰めるもんだろ。
大規模で複数のバージョン対応しろとか言われたら、
カスタマイズ費用を上乗せしてブランチ別にするのが普通じゃないのか？
2020/08/30(日) 08:41:05.30
あ、お役所仕事は別ね
あれはごねる仕事の人がいるから
2020/08/30(日) 08:42:11.52
>>97
顧客と言うより、バカなSIerがわからず押しつけるは普通にありそう。
2020/08/30(日) 08:42:11.68
>>98
そんだけ設計してdb二つ使うのかよ
2020/08/30(日) 08:45:47.76
>>100
ある程度知識があるバカは説得できる
「5年前から放置されてるdbにはこういう危険がありますよ」って10個くらい書面で出して責任の所在を確認したらたいていどうにかなる
逆に向こうが責任とってくれるなら好きにさせればいいわけだが
2020/08/30(日) 08:46:06.49
>>98
最新安定版だけ使う設計にしないのは悪手
2020/08/30(日) 08:47:29.15
>>101
だから、あの質問の意味わからないんだよ。
WPみたいにオープンソースで提供なら、複数バージョンと言うよりあるバージョン以上対応とか、
そういう風に作るはずだし、MariaDBについて何も言っていないのが不自然。

ちゃんと要件詰めずに、勝手に最新と思い込んでMySQL 8.0系で作っていて、
いざ、本番で動かそうとしたら、サーバーのDBは5.x系だったというオチじゃね？
でも「俺が考えた8.0用のコードを消したくない」とかいって、
無理矢理分岐を作ろうとしているとか。
2020/08/30(日) 08:48:49.11
大規模案件で同じコードでアクセスするdbのバージョンが二種類はさすがに狂ってるだろ
これ説得できなきゃ本物の無能だ
2020/08/30(日) 08:53:12.79
>>103
デプロイのしやすを重視するために、ターゲットにしているディストリでパッケージが
容易に入手可能なバージョンをメインのサポート対象にして作成している俺は、
悪手だったのか…。
2020/08/30(日) 08:54:48.27
>>97
大規模になると、先方もそれなりに知識があるから、向こうからこうしてくれ的な案が結構手堅く決まってるんだよ
そしてそれには大抵それなりの理由があって、こちらの提案と相容れない部分があった場合、少々の不利益は
無視してくる。役所でなくてもだよ。

>>104
SIなのかproductionなのかの違いでしょ
パッケージ製品が最新版だけ対応します！って言ったらアホ呼ばわりされちゃうよ
■ このスレッドは過去ログ倉庫に格納されています
5ちゃんねるの広告が気に入らない場合は、こちらをクリックしてください。
ニューススポーツなんでも実況