島耕作って作中でも歳をくうし、もう会長になってこれ以上に出世できないじゃん。 タイトルに個人名入れなかったら、主人公を交代して永遠に連載を続けられたのにな。 ―追加 長期連載で主人公が歳を食う問題の解決策 ・さざえさん→世界の時の流れがない ・ゴルゴ、こち亀→時の流れがあるが年をとらない ・はじめの一歩→作中の時の流れが遅い ・ジョジョ、キャプテン→主人公交代 島耕作は時事問題を作中に取り入れるから、作中の時の流れと現実の時の流れがリンクしてたほうが面白いと思う。 だから年を食う問題は主人公交代方式が最適だと思うけど、タイトルに名前を入れてしまってるからそれができない。 「課長シマコウ！」みたいなタイトルだったら、島耕作が部長昇進で島田幸一みたいな名前の課長に主人公交代で、永遠に続けられたのにって思った次第。

【追記】この記事をきっかけに、名著「ノンデザイナーズ・デザインブック」の20周年記念特典eBookの制作に協力させていただきました。詳しくはこちらを御覧ください。 ノンデザイナーズ・デザインブック20周年記念の特典に寄稿しました デザイナーである・なしに関わらず、仕事の中で伝えたいことを「図」で説明する機会は多々あります。提案書で事業内容を説明することもあるでしょうし、具体的な数値をグラフで説明することもあるでしょう。そんな中でこんな指摘を受けたことはありませんか？ ・最終的に何を言いたいのか結論が見えないよ。 ・関係性が複雑すぎて理解しずらいんだけど。 ・要素が多すぎて全てを把握するのが大変。 ・何をどこから見れば良いの？ ・結局一番言いたいことはなんなの？ ・文字サイズがたくさんありすぎてまとまりがないね。 ・安っぽいチラシみたいでダサイなぁ。 ・全体的にバランスが偏ってて不安定。 ・

暖かくなるまで何時間もかかる タイマー機能がついていれば温まりたい時間の２時間前ぐらいから起動させとけばまあ妥協できる でも石油ストーブやエアコンよりは暖かくない。 電気代節約するために暖かくなってから消すとすぐ部屋が寒くなる こんなのどこがいいの？

file_get_contents() はファイルパスを指定してデータを取得するだけではなく URLを指定すればそのURLの情報を手軽にとれる関数ですが 対API等に使うと色々とハマるポイントが多いので、それを簡単に解説したものです。 ※このページ向け に書いていたものですが、コード量が多いので分割しました。 問題点 file_get_contents() は ヘッダ情報の保持ルールやタイムアウト処理に癖があるため 返却されるステータスコードや、タイムアウト時に再リクエストなどを行うような 対APIの処理では、それらを知らないと想定していない事態に陥る。 コード例と解説 以下の要件でfunctionを書くとします。 jsonが返ってくるAPIにアクセスして、jsonをarray化する。 タイムアウトは3秒とし、そうなった場合は空の配列が返ってくる。 ステータスコードが200以外で返ってきた