はじめに 先日、はてなブックマークで話題になっていたこちらの記事を拝見しました。 確かに「一理ある」といえばそうなんですが、僕個人はこの意見に対して率直に「NO」だと感じました。 僕は基本的に自分の専門分野であれば、結構積極的に技術記事にツッコミを入れていくタイプです。 このエントリでは、なぜ僕は「NO」だと感じたのか、そしてなぜ積極的にツッコミをいれていくのか、その理由について書いていこうと思います。 元記事の要点 僕なりに元記事を要点をピックアップすると次のようになりました。 ITエンジニアの中には初心者の成功体験を折りに来る人がいる。 筆者は成功体験の「気持ちいい」状態を阻害する行為に疑問を覚える。 初心者にはセキュリティ周りについて教えても仕方がない。 初心者もいずれセキュリティ対策について知識を得るはずだ。 早すぎる指摘が生まれるのは「それが間違っているから」だ。 初心者にはまず

「あの人はいつも仕事が速いし正確だ」 「なんであんなにもアイデアが出てくるんだ」 優秀な人、デキる人に対しては、これらのようなことを思うでしょう。 彼らのようになるにはコツがあり、それはアウトプットの試行錯誤だけではありません。 結論からいうと、デキる人たちは集中したインプットをしています。 みんながみんなというわけではありませんが、頭の回転がすごい人というのは事前に膨大な量のインプットをまとめて行っている可能性が高いです。 取り組む前にまとめてインプットしておくことで全体像を把握でき、また勉強にかかる時間も減らせる。 彼らはあまり語りませんが、実は裏でやっているというパターンがほとんどです。 目次 はじめる前に10冊読む 基本的な勉強は最初で済ませる 緻密な情報収集が成否を分ける まとめ こちらの記事もどうぞ！ はじめる前に10冊読む 優秀な人の特徴のひとつとして、発想や情報処理のスピー

とにかくPerlコミュニティ、Perl入学式最高という気持ちになった。 きっかけ 昨年、キーボード入力から練習してプログラミングに入門したが、とにかく独学が辛かった。 Stack Overflowやteratailのようなプログラミング専門のQ&Aサイトも利用したが、Google翻訳のURLを貼っただけの回答をされるなどとにかく辛い。 プログラミングスクールも検討したが高額な料金が掛かるのと、「チャラチャラした若者が3ヶ月でRuby、Ruby on Rails教えます」みたいな胡散臭いスクールしか見つけられなかった。 そこで出会ったのがPerl入学式だった。 Webサイトもチャラくなくて、歴史があって参加費無料、初心者歓迎を謳っているので参加を決心した。 感想 IT勉強会初参加で自分以外全員MacBookで自分の格安lenovoPCは笑われるのではないかと当日まで真剣に悩んでいたが杞憂だっ

オブジェクト指向プログラミングを神格化するような記事が流れてきたので，僕が知っている問題点について書いてみたいと思います．僕がまだ学生だったころは，オブジェクト指向の評価もまだそれほど定まっていなくて，オブジェクト指向の次はどんなパラダイムが出てくるかとか普通に学生レベルで議論していたものですが，ここまで強大になってしまうとそれを打ち負かそうなんて気にはならないのでしょうか．僕にはオブジェクト指向が普遍的な真理という感じは全然しなくて，ここまで使われてる理由は，現実的なテクノロジーで大きなシステムを作らなければならない必要性のほうを優先した結果であると認識しています．オブジェクト指向がその後の25年ほどもずっと安定してその地位を保てるほど素晴らしいものとは思えないのです． 以下で上げる問題点は，個別に解決している研究はあったりしますし，僕も論文を書いたりしましたけど，実際の言語に導入されて

以下の記事を読んで。 530000micro.hatenablog.com 僕が勤めている会社では、原則、プログラムにコメントを書かないのがルールです。 人生で初めてプログラムに触れてからこのかた、プログラムには必ずコメントを書けと指導されて来ましたし、自分自身も、後輩たちにちゃんとコメント書けよと言い聞かせてきました。そんなわけで、最初に全然コメントのないソースコードの山を見たときは、正直「ゲッ、なんじゃこりゃ……」と面食らったのは確かです。 ところが、「なぜうちのプログラムにはコメントがないのか？」と同僚に尋ねてみると、実に納得の行く回答が返ってきたのでした。 なぜコメントが必要なプログラムを書くのか？ 同僚いわく、「コメントが無くても読めるようなプログラムを書け」という思想が根底にあるのだそう。 適切に関数や変数が命名され、スコープがきちんと管理され、ロジックの流れが整理されているコ

JavaOne2016 #CON5929 Time-Saving Tips and Tricks for Building Quality Java Ap...

はじめに：「僕にもそんな頃があった」 先日、西脇.rb＆神戸.rbの合同勉強会として「RailsプログラマのためのSQL勉強会」を開催しました。 この勉強会は出題者（＝僕）が出したSQL問題を他の参加者が解く、というスタイルの勉強会です。 参加者の方の中には最近プログラミングを始めた、という人も何人かいました。 そういう人にとっては問題がちょっと難しかったので、ときどき僕がサポートに回って質問に答えたり、解き方をある程度教えたりしていました。 また、話がちょっと脱線して「僕が作ったこれぐらいのWebアプリは、伊藤さんなら何時間ぐらいで作れますか？」みたいな質問を受けたりもしました。 その中で言われたのが、 「説明されたらわかるけど、自分一人でこの答えにたどり着くのは無理です」 「えっ、そんな短い時間で作れるんですか」 といったようなコメントです。 そういったコメントを聞くと、「あー、僕にも

覚えると便利なExcelのショートカット。覚えなくてもExcelの操作はできるものの、1操作あたりの時間が数秒違ってきます。これが積み上がると時間もバカにならないですし、スピーディーに資料作成が進まないとモチベーションにも影響を与えることが多く、結果ショートカットでの短縮時間以上に生産性を低下させることもあると思います。

以前から熊本でJavaの勉強会に参加していたが、今回はSpring Bootのハンズオンをしてくださった。どちらかと言うと自分がAngularをやっていて、そのRESTなサーバをJavaで作りたいが最近のJavaはよくわからんということでやって頂いた、感謝。 kumamotojava.doorkeeper.jp やったこと githubに書かれているチュートリアルを解説付きでコーディングした。IDEはNetBeensで、テキストはこちら： github.com mavenのインストールからプロジェクトの作成 Thymeleafの追加 JPAの追加 htmlでの表示 RESTでのAPIアクセス JDBCでのDBアクセス デプロイ実行 全体的にSpring Bootの初心者ハンズオンはできた 感想 やっぱり最近のJava(というかSpring)はアノテーションベースだなと。最近と書いたがだいぶ

(訳注：2016/3/2、いただいた翻訳フィードバックをもとに記事を修正いたしました。) (訳注：著者のMattより、「本文中で明言はしていないが、この記事の内容はx86-64 Unix/Linux/POSIXでアプリケーションをプログラミングする場合にフォーカスしている。他のプログラミング領域では、対象とするシステムに応じた(例： 8-bitの組み込みシステム、10年前のコンパイラ、多くの異なるCPUアーキテクチャで動く必要のあるアプリケーション、Win/Linuxでのビルド互換性など)特有のアドバイスが必要」との補足を頂いております。) 以下の文章は2015年の始めに書いたドラフトで、今まで公開していませんでした。私のドラフト用フォルダの中で誰の目も引かなかったため、大部分が書いた時のままです。公開するにあたり、単純に2015年を2016年に変更しました。 必要な修正、改善、苦情があり

We use your LinkedIn profile and activity data to personalize ads and to show you more relevant ads. You can change your ad preferences anytime.

もし、プログラミング言語が「武器」だったら：俺は○○使いだ！ の人も、これから習得したい人も（1/3 ページ） 今、ITエンジニアの皆さんはどの言語を習得したいですか？　どれを選べばよさそうか、ソフトウェアエンジニアのティプリンさんがプログラミング言語の特徴を「武器」に例えて説明してくれています。 Java、PHP、Ruby、Python、C++、C#、Objective-C、Visual Basic .NET、COBOL、PL/SQL……。プログラミング言語は数あれど、「俺は○○使いだ」とこだわりつつも、開発の規模や目的に応じて「華麗に使い分ける」スキルを身に付けるならば、それが「将来も安泰か（収入面も）」も気になります。 今、ITエンジニアの皆さんはどの言語を習得したいと思っているのでしょう。リクルートテクノロジーズが、ITエンジニア529人を対象に行った「2016年に習得したいプログ

この記事を三行にまとめると ポテトがついてこなかったくらいの衝撃ですよ奥さん！ この時代遅れのロートル野郎が！ 便利かもしれないなーと思いました CakePHP2を使ってDBにデータを登録するとき、create()やset()というメソッドを使って、モデルにデータをセットすることができます。save()メソッドを使っている場所には、たいていこれらのメソッドも一緒にいると思います。ハンバーガーと一緒についてくるポテトのように。 これらは当たり前のように使っていたメソッドだから、CakePHP3になっても当たり前のように使えば良いんだろうと思ったのに……まさか二つともなくなっているなんて！　バリューセットを頼んだのにポテトがついてこなかったくらいの衝撃ですよ奥さん！ 何かね、CakePHP2の頃のソースをコピって使おうとしたら「もうcreate()やset()の時代は終わったんだよ。いつまでも

こんにちは。 ITエンジニア・webディレクター・webデザイナーなどのIT人材の自立・キャリアを支援するITプロパートナーズ編集部です。 弊社では、独立精神旺盛な優秀なエンジニアの方々の独立・起業サポートや、フリーランス支援を行っています。こちらでは、日々の現場でサポートさせていただいている中での、プロの目線で、エンジニアに役立つお話をしてまいります。 最近プログラマーとしてのキャリアが脚光を浴びています。 今ある仕事の50%が人工知能に置き換わり、仕事がなくなってしまうというセンセーショナルなニュースもよく飛び交っていますね。 そんな中で具体的な課題をコードで解決することのできるプログラマーは、日に日に存在感を増していると言えるでしょう。 ビジネスの世界ではよく「儲ける仕組みを作る側に回れ」ということが言われますが、プログラマーはコードを書くことでルーチンワークをシステムに置き換えるこ

要約：全ての根拠が示しているのは、「プログラミングには高い適性を要求されますが、適性を持った人間はわずかしかいない」ということです。最近の流行の短期でコーディングを学べるコースは、デマカセを売り付け、プロのプログラマのスキル不足解消に何ら力になってないのです。 これはイギリスからの観点での記事です。私はこの事象について、とりわけソフトウェア開発者の社会的地位に関しては、他の地域決してこの通りではないと思っています。 メディアが共通して取り上げるテーマは、スキルのあるプログラマの不足です（”プログラマ”も”コーダ”も”ソフトウェア開発者”も、ここでは全て同じものを意図し、区別せずに使用しています）。このコーディング技術のギャップには解決の糸口が見えない心配が多くあります。要は”明日の高品質な仕事”を担う候補者を生み出すことに失敗しているということです。例えば、 The Telegraph の

超簡単！？ ActiveAdminで作る管理画面@Ruby / Ruby on Rails ビギナーズ勉強会 第３回

さて、このタイトル、かなり挑発的ですよね。それは認めます。もう少し説明すると、私は大胆なタイトルが好きなのです。人の注意を引くことができますからね。とにかく、この記事では、Goがひどい設計の言語（実際、本当に全て台無しになります）だということを証明していこうと思います。私は既に数カ月間Goで遊んでいますし、たしか6月のいつだったかに初めてHello, Worldを走らせてもみました。私は数学がそんなに得意ではありませんが、あれから既に4カ月経っていますし、 Github 上のパッケージもいくつか手に入れました。言うまでもありませんが、私は仕事でGoを使ったことは全くないので、”コードサポート”や”デプロイ”やそのあたりに関する私の意見は話半分で読んでくださいね。 私はGoが大好きです。使ってみて大好きになりました。慣用表現を理解したり、ジェネリクスがないことや、おかしなエラーハンドリングや

第906回さまざまな生成AIプロバイダーに対応したデスクトップAIアシスタント⁠⁠、Witsyを使用する OS・デスクトップ あわしろいくや 12 2026-04-08 そろそろお別れの時間が来たようだ ―i486サポート⁠⁠、終了へのカウントダウンが始まる OS・デスクトップ 階戸アキラ 17 2026-04-08

いつも「ママテナ」「Conobie（コノビー）」をご利用いただき、まことにありがとうございます。 この度ママテナの姉妹サイト「Conobie」は2025年3月31日（月）10時をもちまして、運営を終了することとなりました。 突然のお知らせとなりますことを、お詫び申し上げます。 ■サービス名：Conobie ■運営終了日時：2025年3月31日（月）10時 ■サイトクローズ日時：2025年4月7日（月）10時 ■各SNSアカウントの停止およびアカウント名の変更：2025年3月31日（月）10時以降随時 ※運営終了およびサイトクローズ日時は場合によって変更になることもございます ※一部SNSアカウントは「ママテナ」に名義変更し、継続運営いたします 運営終了に伴い、サイトクローズ日以降は記事や画像も閲覧できなくなりますのでご注意ください。 改めまして、これまで多くの皆様にご愛読いただきましたこと