teratailもりあがっtail? 11問目
■ このスレッドは過去ログ倉庫に格納されています
>>200
と思ったらSpringとかもタグ入れてるんだな サーバーサイドでPDFやExcel出したいとか言われると糞度が飛躍的に上がるから気をつけろ
特にExcelはxlsとxlsx両対応とか、2013の時だけレイアウトが崩れるんですがとか言われてヤバい ttps://teratail.com/questions/127605
回答方法として
ちゃんと動くコードがある
わかりやすい説明
丁寧で嫌みのない回答の仕方
上記3点が出来る方はとても少ないと思いますのでベストアンサーとさせて頂きます。これからもよろしくお願いいたします。 >>202
まあプラグインで頑張ってる言語もあるけど普通にPC上と同じようには扱えないよね。VBAで組んだ方が何倍も安全で確実 >>205
&適当でわかりにくい質問内容
&組上がってないのは仕方ないにしてもエラーのでるコード
&初心者アイコンを免罪符がわりに使う ttps://teratail.com/questions/127620
ttps://beta.atcoder.jp/contests/tdpc/submissions/2551344
うへ。マクロ狂信者か... >>202
なるほど。そっち系か。確かに一難、二難ありそうだ。 terak32 [waiwaiさんいつもありがとうございます!]
テキトーなコメント、うけたw あの車の中から少し見下してる感じのアイコンチョイスは流石だな。。。 >>210
こと人をイラつかせることに関しては天才だと思う Kosuke_shibuya久々に見たな
まだteratail.jlamp.netは直ってないのか・・・
そろそろ直さないとモンスター質問者になめられるぞ リケジョにBA貰ったkazto氏。。。
> https://twitter.com/bainarian
> とかく寺尾のようなQAサイトでは、
> 囚人と看守のジレンマよろしく、
> 回答者が居丈高になりがちだ。
> 少なくとも私は、質問者を絶対に下に見ないように心掛けている。
質問者(リケジョ)が上から目線なのに気付いていないのか。。。 >>214
記念の100BA目が妖怪とはかわいそうに >>217
人の画像だろ、どうせ。毎回、違う人の画像だし。 >>217
リケジョの話なら他人の写真でしょ。
肖像権を侵害してそうだけど。 >>214
kaztoここ見てるみたいだから、リケジョの鮮烈デビューを貼っておこう
https://megalodon.jp/2018-0503-0155-29/https://teratail.com:443/questions/124504
真夜中に連投、
相手が寝ているという真っ当な判断をせずに「気持ち悪い男」と断定
今回の質問でもなぜか綾鷹に低評価入ってるしナ。 >>219
特に美女ってほどでもなく邪魔にならないくらいの写真だな
いっそ広瀬すずとか貼って明らかに嘘ってくらいの写真にすりゃいいのに
そういや貞子になる前の写真も拾い物だったのかな? 最近質問文編集してると、解決策が湧いてきてなんか虚しくなる。 >>225
すぐに質問する癖を直して、まずは問題点を整理する癖をつける事だな Harukaちゃんが、また複垢稼働させて雪だるま式コード生成をはじめたわ。
優しいみなさんが安易にコードを差し上げるのも、どうかとおもうわよ。
人助けだと思うなら、心を鬼にして、ヒントを提示するくらいにしないと。
誰も幸せになれないわよ。もぅ。 >>227 ぬいぐるみにでも話しかけようか。
問題を客観視すればいいんだろうけど、おすすめの視点切り替え方法とかあります? >>228
まあバランスいい雪だるまならいいんだがな >>214
> 囚人と看守のジレンマよろしく、
「囚人のジレンマ」のことならなら、そもそも看守なんていない。
「ミルグラムの実験」のことなら、そもそもジレンマなんてない。 >>215 KSwordOfHaste 故意にやってて、質問者に伝わらないやところまでふくめおもろい >>229
「他人に説明するつもりで整理するといい」というのは聞くな
君がやった質問するつもりで整理したら自己解決もそれだろう
自分で自分に説明するつもりで整理出来たら一人前も近い >>223
それはもう試してましたとか、そのリンクは確認済みでしたとかの後出しはウザいよねーーー。
わかるよーーー、わかるよーーー! >>233
今の所、一度アウトプットしないとダメみたいです。
頭の中だけで完結したい。
方法は、頭の中で、みやびんをインスタンス化して、説明してみるとかがいいのかな? >>235
頭の中だけで完結するのは熟練してから
初めは無理せず、書きだしてみる事から始めるといい
そもそも、情報が整理されていなければ、頭の中だけで完結出来ない >>238
厳密なフローチャートはパソコンが高級品で上に書いてた名残りだし、対象言語はアセンブラだから役に立たん、
四角いやりたい事に名前つけて矢印で繋げるなんちゃってフローチャートで十分だ。
具体的な値が必要なら矢印に補足する感じで丸描いてその中にサンプルとして有効そうな値を書き出しとけ >>232
故意なのかー
オカンが。だけじゃなくて、でも改行入れてるのが逆に変だわw
たぶんオカンは一行の文字数に気を使うように指導されてきてるんだろうけど >>240
こんなの絶対わざとやってるに決まってるじゃない
質問者への当てつけよ
けど、わたしこういうの嫌いじゃないの
ウィットに富んでて遊び心があって、なんだか好きになっちゃいそう >>246
一応前に買ってるんですけど、状態遷移図って解説薄いんですよね。ページ数あんまりない。 上流の人はuml必須ですよね?
皆さんの職場のプログラマーは結構umlとか遷移図とか書ける人多いですか? >>247
理解の点で言えばあとはこういうテクノロジー記事の連載を見てみたりすることかな、@itとか
それなりに心血注いでくれてると思う
ttp://monoist.atmarkit.co.jp/mn/articles/1204/06/news001.html
組込系とそうでないシステムでは求められる物が違うとは思うけど >>249
リンク先のようなシンプルなUIだと書けそうなイメージ湧くのですが、選択メニューが例えば3つくらいあって、それらの組み合わせによって描画されるグラフが変わるとか、そういう3つ、4つの状態の組み合わせで変化するみたいなのとかギブアップです。 >>250
多分考えすぎてる感じだと思うから、
仕事ならば職場や先輩のやり方を背後霊のように見て研究していくしかないかな・・
だいたいこんなものが求めれられてるとわかれば力の入れ用も手の抜き方もやりやすいだろうし 状態遷移図とフローチャートと画面遷移図の練習ドリルみたいなのあったら絶対買いたい。。 >>251
前ジョインしたプロジェクトのリーダーが複雑目なUIの状態遷移図たまに仕様確認の為書いてpdfをチームに共有してたのでいくつかは見たことあるんですけど、そこ以外で見たことないっす。参考に保存しとけば良かった。。 >>253
まあ図なんかは必要な時が来たら現場の誰かの下地にしたりでできるだろうから、
要件定義やユースケース分析なんかの技術を磨いておくとSIerなSE的にはプラスなんじゃないかな >>254
要件定義ってその分野の業務知識とコミュ力、ロジカルシンキングスキルあれば出来ますかね? UIからインフラまで幅広い技術面の知識も要件定義には必要? >>253
割りとちゃんとした規約があるところでやってんね
QMS認可とってる事業所だろうか >>256
>>248
質問あげたらええ
漏れなく総合1位がついてくる >>257
いや、常にumlやら遷移図やらのドキュメントがある訳ではなかったです。
デザイナーさんが上げてきたアプリケーションのUI/UXが不必要に複雑で、それでいて使い勝手が悪いものだったのですよ。
なので、どう状態遷移するかを図で表して仕様をちゃんと共有しないと、実装チーム内で仕様通りに実装出来なそうだったから必要に迫られてリーダーが図を作ったって感じですね。。 >>259
昨今のwebのフロエンはしんどそうやな。
アプリは画面小さいからwebのフロエンみたいに複雑になりづらく楽やで。 >>260
ネイティブアプリを元々やってたので、そのプロジェクトの後はまたアプリに戻りましたw フロエンは環境の激しい変化への対応と、デザイナー、マークアップのコーダー、サーバーサイドエンジニアに板挟みでチームに恵まれないと死ぬって聞いたことある。 >>262
まさにそれでしたw api側のバグに苦しめられたしデザイナーさんの上げてきたUI/UXに苦しめられましたw もうやりたくないww >259
>>デザイナーさんが上げてきたアプリケーションのUI/UXが不必要に複雑
この辺を防ぐのが、>>255 の実力アップでできるんじゃないかな
デザイナーがプログラムかじって無い場合は、見てくれ重視、工数度外視の物が上がってくるかもしれないけど
頼む時点で顧客の要件を明確にした上で必要十分にシンプルな内容に整理できてれば、うまくいくと思う >>264
ディレクターがアホだったんですよ。何度もディレクターに相談して、それでやっと少し変わった感じ >>264
途中で送信してしまった。。。
でも、進行スケジュールもあるから、大きくは変えられず、やっぱ苦しめられましたw 虐殺ちゃんに回答する人減ったなぁ
どんなアドバイスも説教も無駄ってことが
みんなに認識されてしまったかー >>267
アプリの方が単価高いからアプリでまだまだしばらくやりますw フロエンも単価高めだったけど苦労と対価が見合わなかったっすw >>269
今下流工程で単価高いのはネイティブアプリ、unity、webのフロエンならspa、ビッグデータ、AIまわりのpython案件って感じか。 誰かいってたな
人間を肉のAIとしてデバックさせる松猫w >>271
なんでeclipse使わないんだろ
それにおすすめエディタなんていくらでも記事出てるのに notepad++って便利ですね!
ってお前のそれはメモ帳に毛が生えただけだろ
そしてオススメエディタの質問や記事なんて腐るほどあるのになんでそこで聞くんだよ まぁnotepad++自体は悪くないがプラグイン式だったよな
何も考えずにコピペするしか脳がないこいつに使いこなせるわけがない
Eclipse+PDT勧めてもどうせ「導入できません」「動きません」「プロジェクトってなんですか?」の三部構成だろ?
はーほんま害悪
早くブロック機能とブロック推奨ユーザー表示機能作って欲しい >>276
プラグイン調べる頭にならないのが不思議 松猫がじゃれてるWordpressのPHPなら、
みやびんお兄やん推奨のVSCodeやとりあえず環境が揃うNetBeansなんか使えばいいのにな
NetBeansは昔使ってたけど、今見たら1年半以上更新されてないみたいで開発停滞か・・
オラクルの仕分けのしわ寄せがここにも・・ >>278
結論
わーどぷれすをつかわない
カスタマイズできる技術もないのに使うもんじゃねえ
それならプラグインもりもりで使いこなす方にシフトすべき >>276
絶対それw
まぁそれが素人にはありがたいから寺にありがたいんだが
そしてそれを「みんなのためになります」とか自ら主張するからムカつくんだが
ところで寺がなんでブロックつけないのか、だれか考えたことある?
絶対あった方がいいと思わんか 対象がある性質を持たない理由として
「その性質を有する非対象ではないから」という回答は
分析性と恒真性が高いゆえに説得力が低い
ナンセンスなことゆーな
言うなら「非対象のある性質を対象が必要としないから」だろ
その性質を挙げんかい >>281
開発リソースを運営が寺にもはや割り振ってないからでしょ。
要望あっても何もやらなそう。 あのね、
開発リソースを運営が寺にもはや割り振ってない
→開発しないことが必然
開発リソースを運営が寺に割り振る
→開発することが必然
だろー?
そういう論理的必然として導出されるだけの分析的回答は役に立たないのよ
問うべきは「なぜ開発リソースを運営が寺にもはや割り振ってないのか」ってこと
この問いに「割り振っても採算とれないから」みたいな分析的回答を繰り返すなよ?笑 いや俺の聞き方が悪かったねごめん
寺はどういう目的でブロック機能の優先順位を低く置くのか?
いってみよー >>286
初心者アイコンデフォOnの方をさっさとやってほしい >>283
「SNSじゃないから」っていうのを、「エンジニア同士の交流を目的としていないから」と読み替えてもいいと思うんだ
十分理由になると思うけど >>291
全角使える言語って何があったっけ
VBAとか? >>289
そうだね
それが「非対象のある性質を対象が必要としないから」の具体化された回答で、
「ある性質」が「ユーザー同士の交流」を指すわけだよね
さて、するとどうだろう?
「SNSのユーザー同士の交流を寺が必要としないから」
という回答になるわけだ。
あれ?でも実際に寺では交流が起こっていて、それ故にブロック機能が今ここで要求されてるぞ
つまり、「ユーザー同士の交流」はたしかに寺の主目的ではないけど、それはブロック機能の実装判断の理由としては極めて説得力が低いってことになる
十分理由になるとは、残念ながら言い難い
しかし人の意見を擁護する姿勢は議論には大変価値がある
再考いってみよー >>288
いいね、生産的だ
どんどんいこう
その心は?
よろしければその機能を欲する主観的な意見を聞かせてほしい >>294
前から言われてんじゃん
「俺は初心者じゃないってやつだけoffにしろ」って
質問者の8割以上はは初心者と思って間違いないし >>293
フォロー機能がほとんど飾りになってる現状を考えると、交流に関する機能は未完成って捉えるのが妥当じゃないかな
そうなるとなんで開発の優先順位が低いのか、という話になるが、けっきょくは「SNSじゃないから」でしょ。 ブロック機能の実装によって回答率の増加・質の向上が見込めるなら、自然と優先順位が高くなるんじゃん?
こっちが主目的なんだから くだらねぇ。。。そんなこと一年以上ろくに新機能追加も既存機能の改善もしてない運営に直接訊けよ。 ■ このスレッドは過去ログ倉庫に格納されています