【ソウル＝名村隆寛】慰安婦問題の「最終的かつ不可逆的な解決」を確認した日韓合意について、韓国外務省報道官は１日の定例会見で、「合意を韓国国民の大多数が情緒的に受け入れられないという現実を認め、韓日両国が共同で努力し、問題を賢く克服していくことを韓国政府は希望している」と述べた。 文在寅大統領が先月、安倍晋三首相との電話会談で同様の見解を伝え、文氏の特使として訪日した与党「共に民主党」の議員、文喜相氏も日本側に伝えている。外務省報道官はこの日、韓国政府の公式見解として言明した。 韓国政府は３月に、黄教安前首相が「合意の趣旨と精神を心から尊重し、実践せねばならない」と演説。外務省報道官もこれまで、ソウルの日本大使館前と釜山の日本総領事館前に違法設置された慰安婦像について、外交公館の保護に関する国際儀礼や慣行の面から「望ましくない」「適切ではない」との韓国政府の立場を明らかにしてきた。 報道官の

団塊の世代（だんかいのせだい）とは、日本において、第一次ベビーブームが起きた時期に生まれた世代を指す[1]。 焼け跡世代（あるいは戦中生まれ世代）の次の世代に当たり、第二次世界大戦直後の1947年（昭和22年）～1949年 （昭和24年）に生まれて、文化的な面や思想的な面で共通している戦後世代のことである。 団塊の世代 - Wikipedia バブル世代は、バブル景気（内閣府景気基準日付第11循環拡張期、1986年（昭和61年）11月から1991年（平成3年）2月） による売り手市場時（概ね1988年（昭和63年）度から1992年（平成4年）度頃）に新入社した世代で、とりわけその時期 が大学卒業時と重なる1965年4月2日から1970年4月1日生まれを指す[1]。 バブル世代 - Wikipedia 日本において、1971年から1974年までに生まれた世代[1][2][3]。第二次ベビーブ

世界最速のペースで少子高齢化が進む日本では、高度成長期に作った社会保障制度や雇用制度などのシステムが破綻寸前だ。それでも、政治家は大票田の高齢者を優遇し、改革は遅々として進まない。若者は「高齢者は恵まれすぎている」と不満を募らせ、世代間の分断が加速する危険性は増している。いわゆる「シルバー民主主義」を打破しなければ、ニッポンの未来は危うい。 このような問題意識のもと、日経ビジネスオンラインでは「シルバー民主主義の克服」をテーマにした関連記事を連載してきた。各記事には賛否両論、たくさんのコメントが寄せられている。記事だけでなく、そちらもご覧いただきたい。 小泉進次郎氏らが激論！高齢者優遇は行き過ぎだ 「レールからの解放」へ社会保障改革の大胆提言 「老人を嫌うのは老人自身なんです」 作家・藤原智美氏が改めて語る「暴走老人！」論 70代も半数は「高齢者が優遇されすぎ」と回答 日経ビジネス独自アン

ということを左派は理解しなければならない。 だからそこを攻撃しても変わらない。 左派が弱点だと思っている点は確かに弱いのだが、そこは支持者にとって重要項目じゃない。 だから、たとえもっとひどい事実がどれだけ判明しても支持が変わることはない。 そこを理解しないで、もっとひどい事実がとか、やっぱり疑惑は本当だったとか どれだけ盛り上げても支持は下がらない。 2017/06/01　23:15　追記 左派は今の手段だと目的を達成できないという事実をどう考えているのか。 目的の正しさを主張しても何も解決しない。

ソフトウェアを作るときにクオリティとスピードのバランスをとりたくて，どちらかに偏ってはいけなく，どちらもキープしないといけない．すごく雑に*1とらえると， クオリティ→正しく動き，不具合がないほうがよい スピード→(計算時間ではなく)早く作れるほうがよい ということになる． コードレビューでは，不具合を見つけて直してもらったり，動きはしてもコードの可読性に問題があって直してもらったりと，クオリティに目を向けられがちだと思う． ところで，コードレビューとスピードの関わりについて考えてみる．スピードのためにできることはいくつかあり， 早く読み始める→他のことやってても手を止めて読み始めたり，1日のうち決まった時間にレビュータイムを設けたり 速く読む→これはコツとかある*2けど精読しないといけないので難しい 不具合を見逃さない→リリース後とか，リリース直前に正しく動かないことが分かったら大きな手

Photo by Rich Bowen こんにちは。谷口です。 皆さんの職場では開発プロジェクトの炎上は起きていませんか？ エンジニア、特に受託開発企業にお勤めの方の転職理由を伺っていると、「自分のスキルをいかせる仕事がしたい」などの前向きな理由がある一方で、「炎上プロジェクトばかりが続いていて大変」「勤務時間が長く、休日出勤も多い」という、職場環境の問題も少なくありません。 最近は労働基準法改正案で残業時間の上限が「100時間未満」と規定されたり、厚労省が労働基準関係法令違反企業のリストを公開したりしたことで、労働環境改善の課題が、社会的に注目されています。IT企業も例外ではありません。炎上プロジェクトはできる限り減らしていかなければなりません。 では、なぜプロジェクトの炎上が起こるのでしょうか。 受託開発企業では、開発メンバーの残業時間や仕事のしやすさを左右するのは、多くの場合PMの手

サービスを開発していると、スピードが重視される。 そのこと自体にはまったく問題はなくて正当なことだと思っている。 ユーザーに対して一刻も早く価値を届けるためには必要なことだ。 そもそも、自分がいる Web 界隈ではこの点について異論のあるサービス開発者はあまりいないんじゃないかと思っている。 ただ、それを達成するための方法になると途端に意見が分かれはじめて、人によって重視することが全然違ってくる。 ある人は「スピード感が大事」と言い、ある人は「ちゃんと作ったほうがトータルでは速い」と主張する。 しかし、こういうときに意識される品質と速度についてのトレードオフは、実際には完全なトレードオフではないと思っている。 技術力のある人はある程度急いで作ったとしても一定以上の品質のコードを書くし、意図的に品質を落としたとしても速度はあまり上がらない。 逆に、技術力が高くない人が時間をかけて作ったとして

先日、モブプロをやってきた。その中で、モブプロとは別で、いくつか感じたことがあって、今日はその中のひとつを思い浮かんだままにメモ。 bufferings.hatenablog.com 要件を満たすプロダクトをより早く出す モブプロでTDDしながら、要件を満たすプロダクトをより早く出すことに集中してみた。例えば、第２ラウンドのお題はTDDBCなどでお馴染みの「自販機」。 「100円を入れてボタンを押すとコーラが1本買えること」 最初に「100円を入れてボタンを押すとコーラが1本買えること」と言われ。 assertThat(get(100), is("コーラ")); みたいなテストを書いて。 String get(int money) { return "コーラ"; } みたいな実装を書いた。爆速！ 「200円を入れてボタンを押すとオレンジジュースが1本買えること」 次に「200円を入れてボタ

要約 サンフランシスコで hired.com を主に用い、ニューヨークの会社から、転職しました。RedditのHere’s How to Prepare for Tech Interviewsという記事を参考に、技術面接への準備をし、大小様々な企業20社程を受けて、自分のミッションとマッチする会社を見つけました。 背景 ニューヨークにある会社で働いていたのですが、諸々の事情があり転職活動をすることになりました。*1 アメリカでの一般的なソフトウェアエンジニア採用プロセス アメリカでの一般的な採用プロセスは以下の通りです。 レジュメのスクリーニング 人事との電話面談 技術者との電話面接（1~2回） オンサイト面接 人事との電話面談は、志望動機や過去の経験を聞かれます。会社の求める人材との最低限のマッチングを確認している場合が多いです。 技術者との電話面接は、電話で会話しながらオンラインのコー

認証を持たないウェブアプリケーションをいざ認証に対応させようと思うと案外面倒でモチベーションを無くしてしまうなんて事もよく起きうる話です。特に社内向けのアプリケーションを作っていたら本番で使う事になってしまって、なんて話は良くある話です。開発で本番 DB を見るのはちょっと...。でも既存のコードをゴリゴリと触りたくない。そんな場合にログイン認証部分だけマイクロサービス化できると気持ちも幾分和らぎます。今日はそんなちょっと便利なサーバ「loginsrv」を紹介したいと思います。 GitHub - tarent/loginsrv: JWT login microservice with plugable backends such as OAuth2, Github, htpasswd, osiam loginsrv is a standalone minimalistic login se

.gitconfigファイルに記入するオプションをカスタマイズすれば、Gitをより上手に、便利に使うことができる。著者のGit設定の紹介と、便利な設定の解説。 私はGitが大好きで、いつでもGitを使っています。私は時々、何かについて深く調べてみたり、ドキュメントを一通り読んでみたり、設定を見直してみたりするのですが、今回はGitについてそれをやってみました。私の書いた4番目の技術スタックの改善に関する記事にようこそ！ Gitのすべて 私がコーディングを始めたのは、ただのファイルシステム上でコピーしていたあの辛い日々、そしてチェックアウトに排他的ロックが必要だったVisual SourceSafeを使っていた時でした。それでもその時、ソース管理のコンセプトは私にとって素晴らしいものに思えましたし、家でコーディングする時にはそういったものにアクセスできたらな、と思っていました。 その後カリフ

ある方から「どうすればコードが書けるようになるんですか？」という質問を受けました。 その場で自分の考えを伝えたものの、そもそもソフトウェアエンジニアでもない自分がそんな質問をされる立場になると思ってもいなかったので、人生どうなるか分からないものだなと思いました。 色々と思考を巡らせていると、ふとプログラミングを独習するには10年かかるという記事があったことを思い出しました。 自分のブックマークを見ると、 Teach Yourself Programming in Ten Years 日本語訳[プログラミング][読み物][特選] 道は遠い。2005/08/08 10:25 b.hatena.ne.jp なんと10年どころか12年近くも前でした。当時どんな思いでこのコメントを書いたのかは分かりませんが、正直面白くないコメントです。 この記事をブックマークした当時は大学の研究室にいてCやらFOR