プログラミングを全くしたことのない人がプログラミングの学習を始めた場合、どこでつまずくかを考えることがよくある。小学校でプログラミング教育が始まったこともあり、プログラマー以外の人も少しはプログラミングを知っておいたほうがいいと思うからだ。 初心者がつまずく場所としてよく聞くのが「繰り返し」だ。プログラミングには、処理の流れを制御する構文として、主に「条件分岐」と繰り返しの2つがある。初心者にとって、条件分岐は理解しやすいが、繰り返しは理解が難しいのだという。 たしかに日常生活の中でも「条件によってやることを変える」という場面は多い。プログラミングを知らない人でも普段から慣れている考え方だろう。 これに対し、プログラミングにおける繰り返しは、同じことを繰り返す場合もあるが、たいていは「ルールに従って値を連続的に変えながら処理を繰り返す」というものになる。日常生活では、同じ作業を繰り返すこと

閏年（うるうどし）の話題。 Twitterで見かけた話題で「西暦1年は閏年かどうかぱっとわからん人おる？」という些か煽り気味のツイートを見かけたのだけども、反射的に「閏年じゃないに決まってるじゃん」とぱっと答えてしまわないだろうか。本当にそうだろうか？　そう単純な話なのだろうか？ プログラミングを学んでカレンダーを扱うことを学ぶ際に置閏法についても簡単に触れられることがある。置閏法というのは閏年や閏月（太陰暦では1年が13ヵ月になるケースがあり追加の月を閏月と呼ぶ）をどのようなルールで挿入するかという話で、まさにアルゴリズムであるからプログラミングの話題と相性がいい。 置閏法 現代の西暦の置閏法（ちじゅんほう）は 西暦を 400 で割り切れる年は閏年 上記以外で西暦を 100 で割り切れる年は平年 上記以外で西暦を 4 で割り切れる年は閏年 上記以外は平年 といった手続きで閏年（つまり2月

Passkey Autofill に賭けるマネーフォワード ID - Money Forward Tech Day 2024

サードパーティ製のツール本家からは上述のツールが提供されていますが、サードバーティ製の様々なツールが世の中には存在します。 エコシステムが成熟しているのもSwaggerを利用するメリットの1つですね。 https://openapi.tools/ 冒頭のとおり、このサードパーティ製のツールの中で実際に利用して良かったツールを3つご紹介したいと思います。 Stoplight Studiohttps://stoplight.io/studio/ 1つ目のツールは「Stoplight Studio」というAPI仕様を記載するためのGUIエディタとなります。 今までSwagger Editorを利用してYAMLを書いていたそこのみなさん、YAML筋力はもう必要ありません。 Design APIs 10x faster の謳い文句どおり、Stoplight Studioを使えばGUIで直感的に、高速

人々は未定義動作に多くを期待しがちではという気持ちがあるので書きます． まず「これこれは未定義動作です」と言ったとき，目に見えるやばいこと*1が発生するとは限らないです．「なんかうまくいく」とか「必ず実行時エラーになる」とかは保証されていません． 「未定義動作が起きます」という文より，「こういうコードを書いた場合の動作は定義されていません」という文の方が実態に即している気がします． 気づきにくい要因として，コンパイラが以下のような動作をすることが仕様で許されているというのがあります． 未定義動作は起こらないと仮定してよい 起こらないのだから，無視して最適化してよい 無視して最適化された結果として「なんかいい感じに動く」ということはありますが，当然常にうまくいくわけではありません． 甘えるのはやめましょう． ある環境でたまたま動いたコードが別の環境で動かなかったときに「環境依存のコード」と言

通勤時間の有効活用 3月に VPS + iPad の作業環境を整えました。 blog.kondoumh.com この時は数日の出張や帰省の荷物を軽くしたいというモチベーションでした。一応コード書けるけど、iPad 1台では作業が完結しないという結論でした。 最近、勤務地が変わり通勤時間が往復3時間を超えてしまいました。読書やゲームなどの消費活動だけだと間が持ちません。MacBook Pro を持ち歩いたりしてみたのですが、座れないことが多くほとんど使えません。そこで再び iPad Air を生産活動に活用すべく試行錯誤中です。iPad Pro ではなく手持ちの Air で頑張ってみるというテーマです。 物理キーボードは使わない blog.kondoumh.com Magic Keyboard と iPad の相性はとても良いのですが、膝上に置いて使えません*1。iPad Pro のキーボー

JJUGのエキスパートが語るエンタープライズ・アーキテクチャの過去、現在、未来──SOAP・RESTからIoT・ウェアラブルまで 吉川 徹 特集企画「アプリケーションアーキテクチャ最前線」では、さまざまな視点からアプリケーションアーキテクチャをエキスパートたちに語っていただきます。今回は、エンタープライズ・アーキテクチャについて取り上げます。 HTML5・モバイル・IoT・ウェアラブルなどビジネス環境が激変する中、エンタープライズ・アーキテクチャはどういう課題を抱えていて、どうあるべきなのか。今回は、JJUG (日本Javaユーザーグループ）でご活躍中のお二人に話を伺うことにしました。 アーキテクチャを主軸に第一線で活躍しているグロースエクスパートナーズ株式会社 執行役員の鈴木雄介さんと、「流しのアーキテクト」を自称する株式会社アーキテクタス 代表取締役の細川努さんを交えて、エンタープライ

社会人になるまでOutlookはただのメールクライアントであると思っていました。開発部に居ながらひたすらメール書く日々が続いて、コードを書く開発に飢えに飢えていたとき、たまたまOutlookでマクロを組めることを知りました。 Gmailでは標準についている機能でも、Outlookには無いものがあります。例えば「添付」と本文に書いたのに添付し忘れたら教えてくれる機能です。そこで、添付し忘れたらアラートを出すマクロを組んだら、営業部や企画部の人にすごく喜ばれました。 開発したくてしたくて堪らないのに、諸事情により業務でコードを書く機会がなくなった似た境遇にある人たちの少しでも開発する機会になり、またそれがバリューを生み出すきっかけになればいいなと思います。 「開発」タブの表示 Outlookでマクロを組むためには「開発」タブを表示する設定が必要になります。 まず、Outlookを開き、「ファイ

翔泳社は「ITエンジニアに読んで欲しい！技術書・ビジネス書 大賞2017」（ITエンジニア本大賞）を開催。ITエンジニアの投票を集計した結果選ばれた技術書、ビジネス書の各ベスト10を発表しました。 ITエンジニア本大賞の主催は翔泳社ですが、投票の対象となったのは出版社や刊行年を問わず、この1年を振り返っておすすめしたい技術書、ビジネス書全般です。 実際にベスト10に入った書籍の出版社は技術評論社、オライリー、日経BP、インプレス、オーム社、NHK出版、ダイヤモンド社など多岐にわたり、主催の翔泳社の本は1冊にとどまっています。 ベスト10の上位6冊については、同社が2月16日に都内で開催する「Developers Summit 2017（デブサミ2017）」において書籍の著者、編集者、翻訳者などによるプレゼン大会が開催され、そこで行われる最終投票によって大賞が決定されます。 技術書部門ベスト

追記：やあやあHacker Newsさん！おひさしぶり！メモリ管理を深く掘り下げた私の投稿を読む邪魔はしたくないし、私の投稿のあら探しをする人たちを邪魔するつもりもありません。技術的なマル秘テクニックに注目するのもいいでしょう（いや、わかりますよ。楽しいですしね！）。でも、私たちはひとりぼっちでソフトウェアを書いているわけではないのです。だから、ためになる技術的なコンテンツ（私の記事もそうでありたいものです）を捜すだけじゃなくて、政治的な話題にも目を向けることを強くおすすめします。ソフトウェア開発者である私たちは、今後数十年にわたって社会を変える最前線に立つ特権を与えられています。私たちは、自分たちの仕事を社会全体に役立てられるようにするための情報や知識を必要としています。 そういう意味でみなさんには、 Hacker Newsが「政治的」なコンテンツを検閲すると言い出したこと に反対しても

※いずれも『レガシーソフトウェア改善ガイド』より抜粋（記事掲載に合わせ一部改変）。 この本について 本書のスコープは欲張りなもので、放置されたレガシーコードベースを、あなたの組織に価値をもたらす保守が可能で十全に機能するソフトウェアへと変身させるのに必要なことを、すべて伝授しようというのです。もちろん、1冊の本で、すべてを完全に網羅しようとする試みは、達成できるわけがないのですが、私はレガシーソフトウェアの問題点に対して、さまざまな角度からアプローチすることで、それに挑んでいます。 コードがレガシーに（というのは、大ざっぱに言って、保守が困難に）なるには、多くの理由がありますが、ほとんどの原因は、技術ではなく人間に関係しています。もし人々のコミュニケーションが十分でなければ、人が組織を離れるとき、コードについての情報が失われます。同様に、開発者、管理者、そして組織全体が、仕事の優先順位を正

概要 研究過程を経てやはり良いコードであると開発スピード/品質が高まると強く感じたので､どうすれば良いコードになるか改めて勉強した｡ 教材は教授からお勧めしていただいたリーダブルコード( https://www.oreilly.co.jp/books/9784873115658/ )を読み､本記事では自分のためにもざっくりまとめました｡ 1.良いコードの定義 他人が理解するのにかかる時間が短い 2.表面上の改善 変数や関数の名前に情報を詰め込む 教材にはない教授から教えて頂いた方法 関数名:動詞-目的語(例) getPage(url) ) 変数名:修飾語-名詞(例) memorySize or mem_size ) tmpやretvalなどの汎用的な名前は避ける tmpはswap時などに使えるなので「一時保存以外に役割がない」ことを示す retvalにはこれは戻り値です以外の情報はない 変

プログラムが上手く組めるようになりたい プログラミングが上手くなりたいと考えたときに、個人的には『名付けを意識』するのと、『アプリケーション設計のときに責任を意識する』考え方を取り入れることをおすすめしております。 今回は『アプリケーション設計のときに責任を意識する』ことについて書いてみたいと思います。 基本的には単一責任原則と、関心の分離のお話になります。 ※ タイトルに『関心』というワードがありますが、アスペクト指向プログラミングの話ではありません 単一責任原則とは まずは単一責任原則とは何かについてです。 よく単一責任原則の説明では「クラスを変更する理由は複数存在してはいけない」というニュアンスの言葉がよく使われます。 例えば、社員管理システムの実装を行いたい場合、一つのクラスに「社員登録」「出勤管理」「給与管理」などの機能を詰め込むと、『社員登録』の変更をする際にそのクラスが変更さ

こんにちは。Misoca開発チームのtaiki-tです。 先日、本を訳したのでそのことについて書きたいと思います。訳した本は「オブジェクト指向設計実践ガイド　～Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方」。 オブジェクト指向設計実践ガイド ~Rubyでわかる 進化しつづける柔軟なアプリケーションの育て方 作者: Sandi Metz,?山泰基出版社/メーカー: 技術評論社発売日: 2016/09/02メディア: 大型本この商品を含むブログを見る 原著は”Practical Object-Oriented Design in Ruby” です。 Practical Object-Oriented Design in Ruby: An Agile Primer (Addison-Wesley Professional Ruby) 作者: Sandi Metz出版社/メーカー

ゲストを招き、プログラミングの魅力やはじめ方のアドバイス、いま注目している技術などを語っていただくシリーズ。第1回目は、日本を代表するプログラマーであるRubyアソシエーション理事長のまつもとゆきひろ氏に登場いただく。プログラミングをする上でかならず必要となるプログラミング言語。それを作るのはどんな人なのか？　聞いてみよう。前後編の２回に分けてお届けする。 ゲスト：まつもとゆきひろ（Rubyアソシエーション理事長） 聞き手：角川アスキー総合研究所 父親のガジェットを息子がぶんどって使う ──プログラミングをはじめたのは、たしか子供の頃だったとお聞きしたのですが。 まつもと「ええ、父親がいわゆるガジェット好きで、小学校6年のときに当時10万円くらいした“L-Kit16”を買ってきたんですよ、日本橋（大阪の電気街）で。半田ゴテでそのキットを作ったけど、父親はすぐに飽きてしまいました。でも、小学

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 引き継いだコードは、メンテナンスしやすい状況になっていないことが多い。 「引き継いだソースコードを改変する前に」 http://qiita.com/nonbiri15/items/47e25c2d5fb46f3495df で引き継いだコードの可読性を少し改善したとする。 しかし、まだまだメンテナンスしやすいものにはなっていない。 そこで、メンテナンスしやすくするためのリファクタリングについて私の現状の理解を述べようと思う。 ###残っている課題 ####・グローバル変数が残っている 対策： グローバル変数と、そのグローバル変数を書き換え

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 若手エンジニアを不幸にしないための開発の「べからず」集を書いてみました。 「若手エンジニアを不幸にしないため」とは書いていますが、若手に限った内容ではありません。 いろんな開発の「べからず」のために不幸になるのは、とりわけ若手が多いということを意識したためだと思ったからです。 ・若手には、方針の決定権がない。 ・若手は、組織の中で道具のように扱われてしまう場合がある。 ・(今の）若手は、将来も働き続けるための力を付けるための組織内での教育が、（昔ほど）なされなくなってきている。 ・コスト意識が乏しいので必要性が乏しいことについてまで残業

ビジュアルプログラミングの多くはノードがあり、それらをマウスでくっつけて処理を繋げていきます。各ノードには機能があり、必要に応じて処理判定を行うノード、繰り返し処理を行うノードを選択します。 そういったビジュアル化された環境を提供するのがNEditorJSです。工夫次第で様々な使い方が考えられるでしょう。 NEditorJSの使い方 NEditorJSのメイン画面です。 ノードはマウスで接続できます。 実際に操作しているところです。 NEditorJSでは、まずアウトプット側の黒丸をクリックして、その後インプット側の黒丸をクリックします。自動的に線が伸びていくので分かりやすいでしょう。ノードはマウスでドラッグ&ドロップできます。 ユーザ向けにビジュアルプログラミング環境やデータ処理環境を提供する際に使えそうです。NEditorJSはHTML5/JavaScript製のオープンソース・ソフト

6. コンパイルに時間かかりすぎ class C<T> { C() {} C(T t) {} C(C<T> c) {} static <U> C<U> m(C<U> c) {return c;} public static void main(String... args) { C<String> c = m(new C<>(m(new C<>(m(new C<>())))); // 1秒以下 } }