こんばんは。 Atom サクラエディタつかうならAtomってエディタ使って書いてみたらって話をインターン先の企業の方から頂いたので、いろいろ調べていたら確かにサクラエディタよりは良さそう。 というわけで、適当に調べたAtomのコマンド、あと使っている設定とかを書いてみます。 私もガッツリ使ってるわけじゃないので色々と不備があると思いますし、本当に簡単な部分のみなんですが、 なによりもWindowsで使ってる人の記事が全く見当たらないので、とりあえず書くだけ書いてみようかなぁ、と。 参考になればと思います。 はじめに まず、Atomを起動したらフォルダをドロップしてみてください。 あるいは、File　→　OpenFolder　→　フォルダ選択をしてください。 左側にエクスプローラーっぽいものが出ます。 なんでこんな面倒なことをってお考えの方いらっしゃると思いますが、 こっちのほうが複数のファ

久しぶりに、月内で複数回の投稿になります。ブログを書くネタと時間があるうちに、ドンドン書いこうという気に珍しくなっています。今回は、エディタの紹介になります。今まで、基本的に開発するときはIDEを使っているので、普段エディタを開くことはありませんでした。しかし、前々から気になっていたAtomというエディタを久々に見てみると、出始めの頃からは見違えるように進化し感動したので、今回の紹介に至ります。 Atomとは Atomは、2014年の5月頃にGitHubが開発したオープンソースのテキストエディタになります。無料のエディタにもかかわらず、Windows、MacのOSX、Linux系などで利用可能です。「A hackable text editor for the 21st Century」とホームページ上では謳っていますが、Sublime Textと同様に、ダウンロードしてインストールしたま

Photo by Linux Screenshots こんにちは。谷口です。 エンジニアの皆さんは、プログラミングをする際にどんなフォントを使用していますか？ 「特にこだわりないからデフォルトのまま」という方も多いとは思いますが、プログラミング中は大量の文字を読んだり書いたりし続けるわけですから、なるべく可読性が高くてストレスが少なく、また自分の気に入ったフォントを見つけた方がよいのではないでしょうか。 そこで今回は、エンジニアの皆さんにお勧めの、プログラミングに最適な無料フォントを11個ご紹介いたします。 ■どういうフォントが見やすいの？ フォントには、セリフ体というものとサンセリフ体というものがあります。 セリフとは、文字の線の端につけられる「ひげ」のような、線・飾りのことを言います。 例えば、上の図でいいますと、上のフォント（MS明朝）がセリフ体、下のフォント（MSゴシック）がサンセ

Photo by TANAKA Juuyoh / 田中十洋 なぜ、Bool値を返すメソッドは、isEmpty や exists のように動詞の3人称単数（-s）なのかについてです。こういう主題の記事は、あちこちで見るのですが、もっとうまく説明できないものか、自分でも書いてみたくなったので記事にしてみました。 最初に断っておきますが、この記事では「なぜそういう慣習ができたのか」ということをほぼ僕の想像で書いています。なので１つの考え方だと思って読んで頂けたらと思います。 isXXX まず be動詞 の isXXX の形が Bool値を返す理由から説明します。中学校で習った誰もが知っているであろう文章「This is pen」でメソッドを作ってみます。 this.isPen(); 「This is pen / これはペンです」 と説明しているだけで、全くBool値を返す気配がありませんね。疑問

【夏季休業のお知らせ  2024.7.16】 誠に勝手ながら以下期間を夏季休業とさせて頂きます。 ご不便をお掛けしまして恐縮ですが、何卒よろしくお願い申し上げます。 期間：2024年8月10日(土)～8月18日(日) 【セールのお知らせ 2024.5.7】*終了しました 小林ネット支店にて特注ロール10％OFFセールを実施中です。 インボイス対応ロール紙や、広告印刷ロール紙などが対象商品ですが、様々な用途でご利用いただけます。 この機会にぜひお試しください。 キャンペーン期間：2024年5月7日(火)10:00～5月31日(金）23:59 【展示会出展のお知らせ  2024.5.2】*会期終了 モノマチ2024に出展します。 場所：鳥越2-10-4（株式会社小林鳥越本社） 日程：2024年5月25日(土)、26日(日)   ※5月24日(金)は通常営業のため当社は不参加です。 【お知らせ

あるいは、正規表現+置換による、プログラミングができなくても単純なテキスト編集作業を強力に自動化する方法 このTipsの概要 このTipsでは「テキストを、強力に自動的に操作する方法」が得られます。 自動化といっても、プログラミング言語に習熟するのは大変です。 そこで、プログラミングほど、習熟や利用に負荷が掛からず、かつ応用範囲が広い「正規表現」と言われる書式と、テキストエディタなどに付属の「置換」機能を組み合わせたものを解説します。 具体的にできるようになること たとえば「ネットから文章をテキストエディタにコピー&ペーストしたが、変な改行がたくさん入っているので、改行を手動で消す作業をたくさんしないと。」 とか 「ごはん、ご飯、御飯、ゴハン」と、いろんな書き方で書かれている「ごはん」を、全部「ご飯」という表記に統一したい とか 「Skypeからコピペしたら、発言者名がいっぱいついて、消す

データベースの論理削除と物理削除 データベースからデータを削除するには、「論理削除」と「物理削除」2種類の方法がありまります。 物理削除とは文字通りDELETE構文を利用しデータベースよりレコードを完全に削除してしまうことをです。 論理削除とは、データベースにフラグとなるフィールドを作成しておき、削除時に削除フラグを立てることにより、仮想的に表示時に見えなくしてしまう処理になります。 私がデータベース設計を行う際には論理削除を採用するのですが、論理削除のメリットデメリットをまとめておきたいと思います。 論理削除のデメリットが、物理削除のメリットになります。 メリット 誤ってDBからデータが削除された場合に簡単に復元できる デメリット 表示時にWHERE句にフラグの確認が必要になる 削除処理をUPDATE構文で行う為、非直感的である レコードが肥大し続ける為データベースのコストパフォーマンス

旧版のレッスンは更新を終了しており、現状と異なる場合があります。サポートも終了しておりますので、最新版への移行をお願いします。

Photo by muraterturk こういった記事って、ネーミング規則や慣習の視点から書かれていることが多いんですけど、この記事では、英文法に視点を置いて、参考になりそうなことをいくつかピックアップしてみたいと思います。 「省略形は使わない」などの規約的なものは、各プロジェクトのルールに従えばいいので、ここでは書きません。あくまで英語という視点から書いているということを、ご理解ください。 Rule 1 : “検索”は名詞 一般的な英語辞書のルールでは「検索」は、動詞ではなく「検索する」が動詞になります。「検索」は、検索することの名称 だと考えられるため、動詞ではなく名詞として扱います。 英語辞書には、日本語の品詞ごとに表記のルールがあります。これが理解できていると、和英辞書などで品詞を意識して検索できるようになります。以下に、一般的な英語辞書の表記ルールをまとめてみました。 ＜各品詞

イデアルITスクールというところで、１時間ほど話をしてきました。 プログラマとしてやっていくために大事なことというテーマ。 資料を作らずに、というか構想すら練らずにやってしまったので、ここで整理とまとめと補足を。実際にこれをしゃべったというのではなくて、だいたいこんなことをしゃべろうとしてたという内容をかなり盛って書いてます。 当然ですが、プログラマの仕事はプログラムを書くことです*1。 プログラマとしてやっていくためには、どこで動くプログラムを書くか、なにをするプログラムを書くかということを意識することが大事です。 ということで、まずはプログラムが動くところがどう変わったかという話。 1970年代ころは、デバイスを動かすためのプログラムが多かったのではないかと。 あと、ここには書いてないけど、業務アプリはほぼメインフレームで動いてたと思います。 それが、1980年代くらいからパソコンが出

1．一般的なコーディング規約に目を通し、エレガントなコードを知る エレガントなコードを書くためには、エレガントなコードを知らなければならい。その土台を築いているコーディング規約について、オープンソースではどのようなものが使われているのか理解しておこう。入社する予定の会社が採用している言語については必ず目を通しておこう。 PHP PEAR 標準コーディング規約 symfony CodingStandards Perl perlstyle Ruby クックパッド株式会社のRubyコーディング規準 Matzスタイル NaClで採用している規約 Python PEP 8 そして、あなたの身近にあるオープンソースのコードを実際に読んでみよう。この時点でコードの仕組みや設計が理解できなくても良い。コードがエレガントかどうか？を感じ取って欲しい。こう書いた方が、良いのではないか？など、考えてみよう。

この三ヶ月ではてなブックマークiPhoneアプリの新バージョンとAndroidアプリを開発してきました。 両方共担当はエンジニアid:ninjinkunとデザイナーid:kudakurage、総合ディレクションid:nagayamaです。同じ開発者がiPhoneアプリとAndroidアプリ両方を作った事例として、なかなか面白いのではないかと思います。開発期間はちょうどそれぞれ一ヵ月半ずつでした。 自分にとってもブクマチームに移動してから初めての大きな仕事だったので、両方共思い入れがあるプロダクトです。開発話と一緒に、スマートフォンアプリを作る際の流れや、気を付けていることなどをまとめようと思います。（長いです） 開発プロセス iPhoneもAndoirdも開発の流れは基本的に一緒で、以下のような流れになります。 機能の検討 UIの検討 実装 ざっくり並べただけではWebサービス開発と変わり