プログラマ 戀塚 昭彦さんによるメッセージです。
![【N/S高】#戀塚昭彦 ~プログラマを目指す若者へ~](https://cdn-ak-scissors.b.st-hatena.com/image/square/2cd90db2a4cc53d816c91cae297cdb77c121cf24/height=288;version=1;width=512/https%3A%2F%2Fi.ytimg.com%2Fvi%2FJLqBSiyEhWU%2Fhqdefault.jpg)
花屋さんで、研究者が偶然発見したとか。 2013年ごろから「ビッグ・ピンク」という名でごく普通に売られていたランが、実は新種であったことがわかりました。 初めてこのランを見た研究者は、すぐに「これは」と気づき、さっそく調査開始。 おそらく2つの種を混ぜた雑種ではないかと考えた彼らは、念のため6つの異なるランとも比較。両親から受け継がれるものと母方からのみ受け継がれるものに分けたDNA調査など、入念な確認を重ねました。 その結果、共通点は発見されず、ビッグ・ピンクは紛うことなき新種であると認められたのです。 学名を「Dendrochilum hampelii」というこちらのラン。原産はフィリピンで、海抜1200メートル以上、しかも目立たないところに咲く珍しい種のため、あまり知られていなかったのだとか。 しかし結局、なぜ新種が普通に売られていたのかはわからずじまいだったそう。世の中には不思議な
fujipon.hatenablog.com d.hatena.ne.jp id:p_shirokumaさんへ このエントリは、ものすごく個人的な手紙でもあり、だからこそ、ある種の「一般論」みたいなものにもなっているのではないかと思います。 上記のp_shirokumaさんのエントリを読みながら考えたことについて、けっこう率直に書いてみます。 僕自身が、「はてなダイアリー」の黎明期に体験してきたこと、実際に何度かブログを休止したり閉鎖したりしたことの大きな理由は、僕自身にあるのは間違いありません。 「ナイーブ」であるとか「ネットの世界を甘くみている」というのは、僕自身の特性でもあり、地味な人生をおくってきた人間が、ネットのなかのごくごく狭いステージでも、「自分で好きなことを書いて、話を訊いてもらえる場所」を持ってしまったことによる舞い上がりがあったというのも事実です。 でもね、僕にとっての
帳票といえばPDFとして生成するのが一般的でしょうか? でも、2015年の今、あえてHTMLで描くのがホットです(個人的に)。ミリ単位で設定された高度な帳票も、CSSを駆使して簡単に作ることができます。業務システムでもモダンブラウザを選択することが増え、@pageなども積極的に使えるようになったこと、SPA(Single Page Application)の台頭、いろいろと条件が揃ってきました。 書いてたら結構長くなっちゃったので、さくっとコードだけ見たい方は、Paper CSSリポジトリをどうぞ。 はじめに HTML帳票のメリット 2015年現在、HTML帳票を選択する幾つかのメリットがあります。 ライブリロードで、リアルタイムなスタイル調整 バックエンドではなくフロントエンドで生成できる 前者は、gulpやGruntの普及で、CSSにしろHTMLにしろ、リアルタイムにプレビューできる環
あるプロジェクトで、Railsを使っているのですが Rails標準のmigrateを使っていたのですが、Cookpad社の以下の記事が 公開された後、ridgepoleを使い始めました。 techlife.cookpad.com github.com そして、自分も個人でridgepoleを検証していたのですが・・・ コマンドの引数が多くてすぐに覚えられない!ということがわかりました。 # RailsのプロジェクトでDry runを実行してみるの例 bundle exec ridgepole -c config/database.yml -E #{Rails.env} -f #{Rails.root}/Schemafile --apply --dry-run わかっている人にとってはすぐに理解できるコマンドですし 打ち慣れていればパパッと出てくると思います。 しかし、長いので自分でもまるっ
関連記事 この記事も古くなりましたね。執筆時の実装バージョンKotlin 0.12から1.0.2へのアップグレード対応をした際の知見を記事にしました。 Kotlinを実案件で使いました 先日、僕の勤め先のQonceptは『リアル鬼ごっこ』×富士急ハイランド 巨大遊園地からの逃走を開発、リリースしました。 富士急ハイランドで実際に鬼ごっこをする企画で、一般のお客さんがスマホで専用アプリを使いながらクリアを目指します。園内には鬼役のスタッフや、ゲーム進行に関わる設備などがあり、これらとスマホがiBeacon(BluetoothLE)を用いて連動することで、ダメージを受けたり、アイテムを使用したり、クイズを解いたりなどします。 Qonceptの開発範囲は、iOSアプリ(とAppleWatchアプリ)、Androidアプリ、サーバサイドでした。 受注確定となった時点で、残り日数と開発者リソースに対
こんにちわ。せじまです。スティック型PCの購入は、 Core M版が出るまで見送ろうと思っている今日このごろです。 弊社では「Mini Tech Talk」という社内勉強会を隔週で開催しているのですが、それとは別に、「Infra Tech Talk」という社内勉強会を、半年くらい前から毎月開催しています。わたしはそこでほぼ毎月、45-60分くらいのスライドを作って話をしています。今までどういう話をしてきたかといいますと、TCPに関する話を二回、SSDに関する話を二回しました。(InnoDBに関する話だと軽く5-6時間くらいできるんですが、いささかマニアックなので、もっと幅広い人を対象に話をしています) 今までの話はちょっと社内向けの内容だったんですが、前回開催された Infra Tech Talk では、社外の方にも幅広く読んでいただける話ができたと思いましたので、その資料を slides
2015-06-28 「実際さくらのVPSとConoHaのVPSってどっちがおすすめなの?」さくらとConoHaあわせて累計200万円以上使っている僕が説明してみる ConoHa さくら 個人Webサービス運営者向け 環境構築 サーバー 「実際のところさくらのVPSとConoHaのVPSってどっちがおすすめなの?」 勉強会なんかに参加すると決まって聞かれるのがコレ みなさんVPS選定には苦労しているみたいですね。気持ちはすっごくよくわかります。僕も昔は安いからって理由でosukiniサーバーを使ってみたり、HDDが多いからってことでCloudCoreを使ってみたり様々な紆余曲折がありました(遠い目 今はさくらとConoHaしか使っていませんがホントVPS選びって大変ですよね! 両方のサービスを使っている個人の中では結構な金額を突っ込んでいると思うので、ある程度信憑性はあると思います。とは言
Twitterに入り浸りな人のツイートあるある ・助詞の省略(例:「~ことがある」→「~ことある」「~な人がいる」→「~な人いる」) ・いろんな品詞を形容詞化~名詞化+あえて本来の活用形とは異なる語尾にする。イ段で終わるものに「さ」か「み」をつけて、「ある」が足されるパターンが多い(例:「したい」→「したさ(み)ある」「やりたい」→「やりたみある」「やばい」→「やばみある」) ・「が・は」が「、」になる(例:「Aはとてもいい」→「A、とてもよい」「Aがやばい」→「A、やばみある」) ・感嘆詞がカタカナになる(例:「アーッ」「ア、」「ウワ~」) ・感嘆符が増える、感嘆符のみ(例:「~では!!!!!???!?!?」) ・提起や主張であっても、あくまでも独り言の形をとるための語尾(例:「~では」「~なんだよな」「~な気がしてきた」「~なのでは」「~ですがそれは」「~のだけれど。」) ・「いく」→
Electron を試すで残された課題を解決したので、その内容を記録しておく。 2015/10/5 追記 本記事のはてブにて id:Pasta-Kさんより .ico ファイルを反映させるために wine が必要との指摘があった。試してみたところ OS X 環境でもアイコンとバージョン情報変更を反映した Windows 向けパッケージを生成できたので追記した。 electron-packager の --icon オプションに .ico ファイルを指定すると OS X でエラーになる問題だが Windows 環境で実行したらパッケージ化に成功。一方、Windows 環境だと OS X 版のパッケージ化がスキップされる。Linux 版は特別なオプションがないためか OS X と Windows のどちらでもパッケージ化できた。 この状況から察するに、アイコンの埋め込み処理などでプラットフォーム
タイトルは釣りです。すみません。Ruby 3.0 はかなり先の将来の話なので、最終的にどうなるかはわかりません。でも Ruby 3.0 に重大な変更が予定されているのは事実なので、一緒に考えて欲しいと思います。 immutable string literal Ruby 3.0 では文字列リテラルをデフォルトで immutable (破壊的変更不可) にする、という方針が『決定』しました。(Feature #11473: Immutable String literal in Ruby 3) つまり、次のようなプログラムが動かなくなります。(当チケットから少し改変して引用) sql = "SELECT #{sec_id}, pt.path, st.doc_count " sql << "FROM #{stats_tablename} AS st " #### ←ここで例外: can't m
調査経緯2013年10月12日土曜日、気温が31度と真夏の様相を見せている中、溜まっている雑務を消化するために常用しているコワーキングスペースの原宿 TERMINAL に向かったが、TERMINALが突然の休みであったことでコワーキングスペース難民になった。仕方なく近隣の電源利用でき、作業可能なコワーキングスペースを探し、もう秋の直中にも関わらず真夏の日差しを受けながら、ようやく辿り着き使ってみたところ、男女交流会(合コン)や男女交際(デート)が開催されており、あまりに集中できない環境であったことから、作業空間のRedundancyの重要性を再認識し、それを高めるため、都内のコワーキングスペースを調査し、精神の安寧を図ることとなった。 前提条件一定期間入居するスタイルの利用ではなく、1日集中して作業を行う場合の1日利用(drop in)で使った場合に、環境面、料金面、その他の側面での使用感
2015年6月からベトナム・ホーチミン市にて、オフショア開発(web)のPMとして働いています。 ベトナム人開発者に仕様を伝え、開発を管理し進める仕事です。 コミュニケーション手段は redmineなど文章は全て英語で記載する 対面も、英語で話して伝える 複雑な内容のみ、ベトナム人通訳スタッフ(日本語<->ベトナム語)に伝えてもらう というスタイルで、可能な限り英語で仕事を進めています。 今回は、Web開発で使う英語を知りたいという人向けに記事を書きます。 毎日の業務でよく使っている表現を、思いつく限りまとめてみました。 これらの表現できちんと通じて仕事が進んでいるので、一応実戦的なオフショア開発の英語になると思います。 開発シーンでの実際の英語のやりとりを書きおこしてみました。 参考になれば幸いです! 1. 開発でよく使う英語表現 specification 仕様。specとも略される。
2004年くらいからITという産業に関わり始めて、その頃は主流はフレッツISDNくらいだった。そこからADSLになり、FTTHになって、FTTHが主流になったのは2007年くらいかな。体感として。わずか5年程度で主流が変わった。 ISDNの頃のATMの装置は切り替えられ、電話線がメタルに、ファイバーになった。 ファイバーになって収容装置は変わって、伝送距離、光の減衰を意識するようになり、考え方は大きく変わった。FTTH以上の固定回線技術はなかなか普及しないかも。 FTTHを効率的に使う技術は流行しても、それ自体は変わらなそう。GE-PONがG-PONに変わるくらいかな。 これと同じことがモバイルのパケットコアで起きていることに驚愕した。 EPCは従来、エリクソンやNEC、ノキアといった100年企業が作り上げてきたモバイルネットワークの完成系の一つで、これからはハードウェアをACTAベースか
原稿の締め切りを越えた先にあるもの、それは校正です。「俺達の戦いはこれからだ!」的な展開に胸が熱く・・・いえ、ちょっと胃のあたりがチクチクする@cubicdaiyaです。 今回はメルカリのプッシュ通知システムとその変遷について紹介します。 メルカリとプッシュ通知 メルカリではアプリ内でのさまざまなイベントの発生時に対象ユーザに対してプッシュ通知を行うようになっています。アプリ内で発生するイベントというのは例えば、 商品の購入 購入した商品の発送 商品に対するいいね!、コメント といったものです。通常アプリ内でイベントが発生した際はAPIサーバにHTTPSリクエストを発行し、MySQLデータベースへの参照・更新が行われた後ユーザにレスポンスを返します。そして必要であればプッシュ通知を行います。 メルカリのプッシュ通知システムの課題と変遷 メルカリのプッシュ通知システムはこの1年間で2度刷新さ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く