どもです、nobkzです。昔からずっと考えていることを、うだうだ書きます。 「Prologなんて何でやるんだ!!!」 とある情報系の学生のつぶやきでした。僕は衝撃を受けました。 情報系の人間じゃない僕 ぼくは、福岡のIT系の勉強会に足をよく運び、また主催として開催したりしています。Technical RockstarsにCTOとして就任し、FLOWer言語をTechnical Rockstarsで開発しています。そしていまでは近日中に公開予定のBaaSを開発中であって、LispやHaskell、Prologなどを書いてたりしています。一日中プログラミングの事を考えて生活しています。 そのせいか、他人にはどうも僕が完全に情報系の人間の様に見られるようです。そして、大学では情報系の学部なんだろうと、小さいころからやって来たのだろうと。 しかし、実際は違うのです。僕は九州大学芸術工学部音響設計学

連載目次 IT訴訟事例を例にとり、トラブルの予防策と対処法を解説する本連載。ここ数回はフトウエアの著作権に関する判例を解説し、前回は、社員が退職をする際に、会社で作った成果物を持ち出すことは、著作権法に反する行為になる可能性があるという話をした。 しかし、社員が退職をする際に持ち出す技術情報というのは、ドキュメントや電子ファイルだけとは限らない。社員の頭の中にも、前職での設計や実現方式は残っている。転職した社員としては、新しい会社で同じようなソフトウエアを作る場合に、こうしたものを参考にして作りたいし、会社側もそれを見込んで転職者を受け入れているかもしれない。 しかし退職された側の会社としては、それなりのコストと労力を使って考え出した設計や実現方式を、そのまま持っていかれたのではたまらない。そのあたりは、著作権法で守ってほしいとも考えるだろう。 今回のテーマは「業務上得た知見や技術は著作権

2015年05月27日: 表が見にくいというご意見を頂いたため、原文著者に連絡のうえ体裁を修正しました。 上位のレベルには下位のレベルの知識も蓄積されているということに注意してください。つまり、レベル n であれば n より低いレベルの知識も全てあります。 コンピュータサイエンス データ構造

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 最近、あまりプログラミングが得意でない人のサポートをする形で、長い時間にわたってペアプログラミングを行っている。そのなかで、気がついた悪い習慣と成長するための良い習慣というものをまとめてみる。 この記事のバックグラウンドとなる体系的知識が本になりました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング あわせて読みたい 経営者マインドが足りない！vs. 現場に任せてくれない！の対立をなくすカードゲームをつくった話 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマ

量販店等で購入されたFlashAirに本サイトの記載内容を適用してソフトウェアの書き込みや設定変更を行った場合は、保証規定に基づく無償交換の対象外になります。 ご了承の上、お客様の責任において開発を行ってください。 Lua言語で書かれたスクリプトファイルをFlashAirに保存することで、 下記のような簡易なバッチ処理が行えます。 FlashAirに保存されたファイルを、任意のサーバー等にアップロード。（ダイレクトアップロード） FlashAirにファイルを生成する。 動的にHTMLファイルを生成する。 本機能は、FlashAir W-03以上で利用できます。 Lua言語について 利用できる機能 制約事項 Lua関数リファレンス Lua言語について Luaは、パワフルで、高速で、軽量で、埋め込み可能な、スクリプト言語です。 Luaは、シンプルな手続き型構文をと強力なデータ記述構造を、連想配

PHPの==は両辺を適当に型キャストしてから比較するような演算子です。この型キャストの規則は難解すぎる上にドキュメントも不十分なため、PHPプログラマでも完璧に理解している人はほとんど居ないくらいの印象です。バグの原因になりかねないため、なるべく==を使わないようにしているPHPプログラマも多いはずです。 ところで、この==演算子の挙動がPHP 5.4.4から変更されていることはあまり知られていません。本稿ではこの内容を紹介します。 Bug #54547 の騒動 まずはこの仕様変更の経緯を紹介します。 2年ほど昔、Hacker Newsで2^63付近の整数に対応する文字列をPHPで比較したときの挙動がおかしいというスレッドが盛り上がったことがありました。具体的には、PHPでは「'9223372036854775807' == '9223372036854775808'」がtrueになるとい

はじめに 他の人が書いたコードを読んでいるときに時々気になるのが、英語の間違いです。 特に動詞、名詞、形容詞の使い分けが間違っていたりすると、かなり違和感を感じます。 そこで今回はモデル（＝クラス）やメソッドに名前を付けるときの基本的な原則をまとめてみます。 また、英文法的に正しい品詞が選べるようになるための習慣についても最後に説明します。 想定する言語/フレームワーク この記事の説明ではRuby/Ruby on Railsを想定しています。 ただし、基本的な考え方は他の言語でも同じように使えるはずです。 モデルの名前は名詞にする 例: 「支払い情報」を表すモデルを作りたい場合 × Pay ○ Payment 「支払う = payか。よし。」でモデルを作ってはいけません！ payは動詞で、payの名詞形がpaymentです。 Payモデルではなく、Paymentモデルを作りましょう。 例:

エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 あわせて読みたい 新人プログラマに知ってもらいたいメソッドを読みやすく維持するいくつかの原則 新人プログラマに知っておいてもらいたい人類がオブジェクト指向を手に入れるまでの軌跡 ペアプログラミングして気がついた新人プログラマの成長を阻害する悪習 この記事について この記事は、新人向けの研修内容を再編集してお送りします。 この記事の内

元糞コードマイスターとしては、生産性については思うところある。 技術的到達深度が深い人じゃないとそもそもかけないコードってのももちろん存在して、その前提で10倍とか100倍になりうる話をする。 そもそもマイナスになる人がいるって話。 隠しパラメータをモデル化 エンジニアA:「週に10の成果を出して3の負債を生む人」を考える。この人は開発を止めてリファクタリングをすれば10-3 = 7の技術的負債を返却できるとする。 ここで正確には成果10には* aの係数が掛かっている。これはプロジェクト開始時1.0で、技術的負債が貯まるほど0に近づいて行く 次に、エンジニアB:「週に15の成果を出して10の負債を生む人」を考える(これにも係数aがかかる)。この人は見た目上は上の人の1.5倍速く成果を出しているように観測できるが、負債もたまりやすい。リファクタしても綺麗になりにくい。 これは割とエンジニアに

平素よりQA＠ITをご利用いただき、誠にありがとうございます。 QA＠ITは「質問や回答を『共有』し『編集』していくことでベストなQAを蓄積できる、ITエンジニアのための問題解決コミュニティー」として約7年間運営をしてきました。これまでサービスを続けることができたのは、QA＠ITのコンセプトに共感をいただき、適切な質問や回答をお寄せいただいた皆さまのご支援があったからこそと考えております。重ねて御礼申し上げます。 しかしながら、エンジニアの情報入手方法の多様化やQAサービス市場の状況、＠ITの今後のメディア運営方針などを検討した結果、2020年2月28日（金）15:00をもちましてQA＠ITのサービスを終了することにしました。 これまでご利用をいただきました皆さまには残念なお知らせとなり、誠に心苦しく思っております。何とぞ、ご理解をいただけますと幸いです。 QA＠ITの7年間で皆さまの知識

先日の話の続き。 昔fjというインターネットの掲示板みたいなものがあった（今でもあるけど） http://d.hatena.ne.jp/hyoshiok/20140115/p1 昔fjというインターネットの掲示板みたいなものがあった（今でもあるけど）続き http://d.hatena.ne.jp/hyoshiok/20140118/p1 さすがに長いけど、fjからのコピペはこれで最後になる。 https://groups.google.com/d/msg/fj.comp.oops/FnllPLAnNUg/_m2HEa5QpGMJ Hirotaka Yoshioka 1998/06/02 "SENOH Yasushi" writes: > 妹尾です。 > >いずれにしてもなんとなく > >私の賛成していない設計とプログラミングの分離を前提にしている > >ような気がするんですが…． > 私

PICK UP 【小学生高学年向け】 11/24(日)に東京・白金高輪で無料の親子AI体験会を開催！参加者募集中！ 入塾金・初月無料キャンペーン実施中！ 【Xmas Camp 2024】 長野県・白樺湖のリゾートホテルで開発もアクティビティも楽しむ4日間。お申込み受付中！ 【大阪市習い事・塾代助成事業参画済み】 受講料のお支払いに助成金を利用いただけます！ ABOUT US 初心者が基礎から始めてリリースできるまで実力がつく、 中学生＆高校生のための 本格プログラミングスクール！ ライフイズテック スクールは、「Google RISE Awards」「EdTechXEurope グロース部門」など、 世界的な受賞歴多数の教育プログラムを通じて、パソコンに触ったことのない初心者でも1年間で基礎から実際に ストアにアプリやゲームをリリースできるようになるためのプログラミングスクールです。 ※キ

mixiは新人研修用のトレーニングをgithubに公開しています。 公開していることは知っていたけれど、いざみてみると… とってもわかりやすく実践的！！！ 普通に参考書で勉強するよりも企業が公開しているものだから、より実践的という感じもします。 自分はこのAndroidTrainingをやっているのですが、最後に課題もあり、到達度や理解度もすごく把握できていい感じです。 READMEもかなり充実しており、一通りを学べるように工夫されています。 mixiに入社した方がこれを一通りやったと思うと、大変な印象ですが…だからこそやったときに達成感がありそうです。 開発環境の構築から書かれているので、ほとんどつまづくことはありません。 かなり詳しくわかりやすく書かれている印象を受けました。 ちょっと初めて学習するには、難しい箇所もありますが適宜ぐぐって補えばよいでしょう。 ・AndroidTrain

こないだ面白いコラムを見つけた。 高慢と偏見（1）隣は何をする人ぞ - Press Enter■ システム開発を題材とした小説仕立てになってて、それまで様々な工夫で質の高いプログラムを開発してたチームに自称ベテランの「三浦マネージャー」が入ったことで全てが脆くも崩れ去っていく過程を描いたもの。現在好評連載中っぽい。 この話、というかこのマネージャーの言動はみながわけんじ氏の以下のコラムが元ネタになっていると思われる。 実はオブジェクト指向ってしっくりこないんです！ - システムエンジニア 生き残りの極意 一応説明しておくと、これはオブジェクト指向のことを何もわかってないとおぼしきみながわ氏が超上から目線で「業務システム開発でオブジェクト指向なんて使えない、全部 static にすれば良い。 new とかしてるのを見ると笑ってしまう。」とかよくわからないことを書いたところ案の定コメント欄が炎