これまで見たことある凄腕プログラマはどんな人でしたか？思い出とともに聞かせていただけると嬉しいです | mond
この質問をする方ならたぶん名前は聞いたことがあるであろう、とあるプログラマの方です。私は関東地方のとある地方国立大学の情報系学部に進学しましたが、彼は私と同じサークルで一年後輩でした。ここではN君（仮名）としておきます。 N君の名前は高校時代にとある伝手で聞いていたのですが、その時は一度聞いただけですぐに忘れてしまっていました。しかし、二年生に上がった頃、サークル内では「今度入ってくる新入生はヤバいらしいぞ」ということで噂になっていました。私が入っていたサークルはとにかくコンピュータやプログラミングが好きな人間が集まる「ちょっと変わった」サークルでしたが、彼は高校生にして書店に並ぶような技術書籍を執筆しており、当時のケータイのメモリを編集するソフトなんかも開発しているということで、入ってきた時点で技術の面で頭抜けていたことは確かでした。 そんなN君と私はサークル内でよく激論を交わす間柄でも
プログラム初心者が初心者のための解説本を出します宣言（副題: 256timesを終えて） - カイ士伝
今年に入って何度かエントリーしていたプログラミングスクール「256times」が、本日をもって全カリキュラムを終了しました。 ドットインストールのプログラミングスクール「256times」参加します ? カイ士伝 https://bloggingfrom.tv/wp/2019/01/16/15950 256timesを受講して二週間が経ちました – カイ士伝 https://bloggingfrom.tv/wp/2019/02/03/16018 トータルで約3カ月のカリキュラムでしたが、残念ながら私はカリキュラム終了直前で脱退することとなり、予定されていた最後のイベントには参加しておりません。そんな人もいないかと思いますが「私のプレゼン見にイベント参加したのに」なんて物好きな人がいらっしゃったとしたらこの場を借りてお詫び申し上げます。 とはいえ256timesでのプログラミング学習について
TechCrunch
Two of the biggest groups to oppose robotaxi expansion in California are now formally working together. Teamsters 856, which is tied to one of the longest-standing labor unions in the U.S., and Ridesh With a massive $2 billion reported investment from Google, Anthropic joins OpenAI in reaping the benefits of leadership in the artificial intelligence space, receiving immense sums from the tech gian
「エンジニアのための制度」は作りたくない クックパッド技術部長が人事を兼任してまずやったこと
2017年2月17日、人事とITをキーワードに、エンジニアリングやテクノロジーに関する理解を深めるためのイベント「人事 to IT カイギ」が行われました。第1回目のテーマは「エンジニアのキャリアパスとしての人事」。本パートでは、クックパッド技術部長の庄司氏が人事部長を兼務することになった経緯について紹介しました。 クックパッドで技術部長と人事部長を兼任 庄司嘉織氏（以下、庄司）：藤本（真樹）さんのありがたいお話のあとで恐縮ですが、自己紹介から。庄司嘉織といいます。だいたいGitHubやTwitterやFacebookで「yoshiori」で検索すると出てくるので、よろしくお願いします。 技術部長と人事部長を兼任しています。今日は人事部長の立場として来ました。藤本さんがやらなかったのでこれをやるのは恐縮なんですけれども。（挙手をしながら）クックパッドを知っている人？ （会場挙手） 良かった
なぜ優秀なエンジニアを低待遇で採用してはいけないか
この記事は技術そのものやエンジニア採用のことがよく分からない経営者へ向けて書いています。エンジニアが読めば当たり前のことが書いてあります。また優秀なエンジニアならこう考えるのではないかというところは、私見によるものなので本当にそうかどうかは分かりません。 募集要項を書く募集要項で最も重要なのは待遇に関するところだと私は思います。具体的に言えば、だいたいの年収です。もちろん業務内容や組織の雰囲気なども重要ですが、業務内容や組織の雰囲気が良ければ年収が低くても働こうと思ってくれるのではないかと考えるのは経営者の奢りであって、そんなエンジニアはほとんどいません。優秀なエンジニアにとってはそのどちらも満たす求人が他にたくさんあるために候補にすらなりません。 逆に業務内容に魅力がなくても年収さえ高ければ良いという優秀なエンジニアも一定数いるはずです。待遇を具体的に書くことはそういった層に響くのではな
エンジニアに必要なスキルは - まなめはうす
エンジニアにとって最も大切なことは、お腹が出ていないこと。 と、１５年前に私の見ていたサイト界隈で決着がついたのですが、エンジニアである私が必要だなと思うスキルって自分の中では時折変わっているので並べてみます。 可読性の高さ プログラムを書く仕事に就いたこともあって、一番大切なことは可読性の高さだと上司に面接で熱く語ったのは良い思い出です。技術屋でない上司はちんぷんかんぷんのようでしたが、バグを出さないためには、誰が見ても読みやすいコードを書くことによりバグも見つけやすくなるし、そこまで気遣いができればバグを残すことはなくなると思ってました。 この難しさは、自分にとって読みやすいというだけでなく、誰が見ても読みやすいということです。そのために、個性を取り除いていく作業を良くしたものです。 丁寧であること プログラムを書いたり、レビューをするようになったり、繰り返しているうちに次第に思うよう
女性エンジニアを集めてた GitHub の ggc リポジトリ で炎上してアカウント削除された話 - shouhの日記
炎上して GitHub アカウントが問答無用で停止されましたって話です。当事者としての経験や雑感など雑多にまとめましたので、参考になれば（なるのか？）幸いです。 経緯 ggc というリポジトリを作って遊んでいました。 ggc とは Github Girls Collection の略で、女性 GitHub アカウントを Markdown でまとめたリポジトリでした。実装としては、Followings(自分がフォローしたユーザ)の中から、あらかじめリストに書いておいた女性アカウント名のみを抽出して、アバター情報などを取得し、リスト化するというものでした。GitHub API を Python で叩いていました。 これが本日、おそらく このツイート を契機に炎上したようです。通報も行われたらしく、GitHub 側も通報を受け入れたようで、まず ggc リポジトリが disabled となり、ご
ドナルド・トランプ氏をイメージしたプログラミング言語「TrumpScript」が滅茶苦茶すぎる - BppLOG
アメリカ大統領選挙候補者であるドナルド・トランプ氏をイメージした Pythonベースのプログラミング言語「TrumpScript」が公開されています。 特徴が滅茶苦茶だったのでご紹介します。 GitHub - samshadwell/TrumpScript: Make Python great again どうやら米ライス大学の24時間ハッカソンで作られたようです。 ハッカソンでの優勝は逃したものの、日々issueにバグ報告が上がっており、 よりトランプ氏らしくなるように改善がされているようです。 特徴 浮動小数点型は使えず整数のみ。アメリカは中途半端なことはしない。 数値は100万より大きくなくてはいけない。それより小さい数字は取るに足らない。 importは使えない。全てのコードはアメリカ製でなければならない。 True,Falseの代わりにfact,lieを使う。 変数名に使えるのは
最近「プログラミング初心者だけど○○作ってみた」系のエントリを見かけない
個人がWEBやスマホのアプリ開発する時代は終わったってことなんだろうか 一昔前のはてなでは（ブクマカのことな）大喜利系の人たちも含め誰でもRubyかJavaScriptくらいは書けて当たり前みたいな雰囲気あったけど私の記憶が改竄されてるだけだろうか DanKogaiは何年もホッテントリ入りしてないしEnchantMoonの人からもコードの臭いがしなくなった せっかくの新入生／新社会人シーズンなのに「初心者にオススメの○○10冊」みたいな露骨なアフィ狙いエントリもない もうみんなパソコンなんて触ってないのかな
最新の人気プログラミング言語は？有名Webサービスやゲーム、アプリから逆引きしてみよう！
こんにちは。Webエンジニアの田島です。 ここ10年くらいでWebサービスやソーシャルゲームの市場が大幅に拡大し、それに伴いプログラマの需要も伸びています。 将来的な職業も見据えてプログラミングを学ぼうと思っている高校生や大学生の方も多いのではないでしょうか。しかし、一口にプログラミングを学ぶと言ってもその言語の種類は様々。 特に前提知識のない初心者ほど、そもそも何から学べば良いのかわからない！という声はよく聞きます。そんなときは、あなたが作りたいものをまず最初にイメージしてみることをオススメします。 そして、そのサービスや作品がどういうプログラミング言語で動いているのかを知り、その言語を学ぶことから始めると良いです。 今回は、世の中の有名なWebサービスからメディアアート、ゲーム作品に至るまで多数取り上げ、それらがどういったプログラミング言語（ツール）で動いているのかを紹介します。 是非
エンジニアとのやりとりに疲れたので愚痴を書く
「お前はコードを書かないから分からない」と言って説明を放棄するのをやめてくれ。 「わからないだろうけど、それは非効率」と言う割に、なぜ非効率なのか説明しない。 「その実装（作業を）する意味がわからない」と言うので、メリットを説明するが納得しようとしない。意味がわからない理由は言わない。 ただのコード書きとして存在してるならわかるけど、技術的アプローチで問題解決する立場の人にやられると辛い。 「ぶっちゃけ、やりたくないんだろ？」とツッコミをしたら負け、「いいから実装してくれ」と言いたくもない。 ダメなら理由を教えてくれ。できないなら理由を教えてくれ。それだけなんだ。（と、言うと機嫌が悪くなる。どうしてほしいの？）
おごちゃん : 遠隔操作裁判に行って来た : SHORTPLUG.JP
遠隔操作裁判について、微妙に中の人に近い立場になったことがあったのと、八木啓代さんに誘われたので、傍聴に行って来た。って、八木さんの話だと、「空いてるからギリギリに行っても大丈夫だよ」ということだったのだけど、いろいろ話題になったらしくて、傍聴希望者の山。結局傍聴出来ずに、地下の喫茶店でお茶して、裁判が終わるのを待って、記者会見に出ることに。江川さんが来ていたので、詳しい会見の様子とかはそっちを見てもらうということで、「技術者視点」での話をちょっと書いておこうかと。今日のところの論点は、彼にiesysを作る能力があるかということだったようだ。彼の元上司とかが参考人に呼ばれて証言したらしい。最初に佐藤先生の事務所に呼ばれた時には、私は「彼は犯人かも知れないし、そうでないかも知れない」と思っていたのだけど、そこで佐藤先生に説明を受けてからは、私自身は「無実」の心証を持っている。まぁ、それがある
メジャーなプログラミング言語とそれらの役割を、素人でも分かるように教えてください。 - Knoh (ノウ) | The Knowledge Hub
プログラマーたちは、使用するプログラミング言語と驚くほど密接な関係を持っています。プログラミング言語はあなたをイライラさせ、また教え導いてくれます。あなたはそのうちにプログラミング言語の内部構造や、ちょっとした変な癖を学ぶことになるでしょう。それはあなたの頭のなかにも入り込み、考え方をも変えるでしょう。 正しいプログラミング言語を選べば、新しくて美しい何かを一緒に作り上げることができます。間違った選択をすれば、もちろん面倒なことになります。 言い換えれば、プログラミング言語を選ぶことは、恋人を選ぶことによく似ているのです… （注: 私はストレートの男性です。それ以外の方は、自分の興味に合わせて自由に脳内変換してください） PHP は、あなたが高校時代のある夏、不器用ながらも付き合った初めての彼女です。もっと真剣な関係を築こうとしてはいけません。この子は複雑な問題を抱えています。 Perl
非エンジニアに無念コードがなぜダメなのかを説明するメタファー - Yamashiro0217の日記
非エンジニアに無念コードがなぜダメなのかを説明するメタファーを考えてみた。 目的は、無念コード・設計・環境・フローがあると、 いかに生産性が落ち、ビジネスがうまくいかないか、 プログラマーの心が病むかを、 なるべくエンジニアリングの用語を使わないで説明すること。 他にいいメタファーあったら、ブクマやらコメントやら、ブログ別書くなどして、 世界を幸せにしてもらいたい。 メタファー エンジニアリングとは部屋の掃除と一緒である ストーリー導入 あなたは、ある日、引越しを決意しシェアハウスに引越しました。 引越した先のシェアハウスのリビングは、 それはもう汚い。 散らかり放題、生ゴミ、壁の汚れ。 さぁ。どうしましょう。 さらに引っ越すという手段もありますが、 あなたは、リビングの掃除を試みるのでした。 ストーリー2 片付けをしていたある日、あなたは、 「リビングの中に、俺の鍵（機能や、コードなど）
if-then-else文の順番 : 小野和俊のブログ
ペアプロで if-then-else 文が出てきた際、「これ、else if の順序、こっちの方が良くない？」というような会話をすることが時折ある。 どれも当たり前のものかもしれないが、「ああ、確かに」という反応があることもあるので、今日はそんな会話の際に出てくる視点についてまとめてみた。 if (よくあるケース/正常なケース) { // 処理 } else if (比較的特殊なケース) { // 処理 } else if (さらに特殊なケース) { // 処理 } else { // 処理 } 条件式の結果がtrueになる確率が高く、「ノーマル」に近いものを上に書く。可読性が上がる他、特に2.で触れる条件式の判定に時間のかかる場合や、ループの最奥にある処理などのif-then-else文の実行される回数が極めて多い場合には体感レベルで実行速度にも大きな差が出ることもある。 Code Co
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
退職と雇用先の募集について | fukamachi
Hackhands is now Pluralsight
Java、C++、Python…プログラミング言語擬人化計画！｜【Tech総研】
プログラマのあいうえお : 市況かぶ全力２階建
TEST CORDING » Sassの@functionの使い方まとめ – プログラマブルな処理は@function