GNU Emacs - GNU Project
An extensible, customizable, free/libre text editor — and more. At its core is an interpreter for Emacs Lisp, a dialect of the Lisp programming language with extensions to support text editing. The features of GNU Emacs include Content-aware editing modes, including syntax coloring, for many file types. Complete built-in documentation, including a tutorial for new users. Full Unicode support for n
Vanilla JS
Vanilla JS is a fast, lightweight, cross-platform framework for building incredible, powerful JavaScript applications. Introduction The Vanilla JS team maintains every byte of code in the framework and works hard each day to make sure it is small and intuitive. Who's using Vanilla JS? Glad you asked! Here are a few: FacebookGoogleYouTubeYahooWikipediaWindows LiveTwitterAmazonLinkedInMSN eBayMicros
New Programming Jargon
20 Jul 2012 New Programming Jargon Stack Overflow – like most online communities I've studied – naturally trends toward increased strictness over time. It's primarily a defense mechanism, an immune system of the sort a child develops after first entering school or daycare and being exposed to the wide, wide world of everyday sneezes and coughs with the occasional meningitis outbreak. It isn't alwa
エラーメッセージの読み方と対処, 検索や質問の原則 - Qiita
プログラミングをしている限り, エラーメッセージに遭遇するのは避けられないことだ. そこで, あなたは周りのできる人に「エラーが出ました」と言って "答え" を聞こうとするだろう. でも, もし聞ける人が誰もいなかったら? もし, 周りの誰にもわからないようなエラーにぶつかってしまったら? あなたが一人前のプログラマになるためには, 自分でエラーメッセージを読んで, 解決できるようにならなければならない. どういうエラーメッセージが出たときは何が原因で, どのように対処すれば解決するのか. その知識・経験の積み重ねこそがあなたを一人前のプログラマにするのだ. これは安直に "答え" だけを追い求めていてはいつまで経っても身に付かない. エラーメッセージの大原則 まず最初に頭に入れておくべきなのは, エラーメッセージは意味不明な暗号ではない ということだ. その実, エラーメッセージはかなり
斧を知るのに３時間、石斧作りに３時間、無理と知るのに３時間
ワシントンは「木を切るのに８時間を与えられたら、私はそのうち６時間を使って斧を研ぐ」と語ったという。 ではそれを一般的なIT業界の現場に当てはめるとどうなるかが表題である。 最初にはっきり言うが、ワシントンの語った言葉は強者の理屈である。 研げば木に十二分な傷をつけられるような斧を最初から持っている前提を余りにも当然のものとしている。 弱者の世界はそれとは全く違う。 木を切るにはどうも斧やチェーンソーを使うと良いらしいと知る所から全ては始まる。 同時に、自分たちがそれらを手に入れるのに十分な資産がないことに気づく所にたどり着いてようやく旅の筋道が立つ。 斧を作ろうにも金属を掘っているような時間はないことや、そんな事をするぐらいなら買ったほうが安いのにその金すらそもそもないという馬鹿馬鹿しさとの戦いにまず生き残る必要がある。 ようやく見つけた道は、石斧で妥協するか、木に背を向けるか、素手で木
Linus Torvalds様、ユーザースペースの互換性を壊した開発者に強い態度をお示しになる
Linuxカーネル4.18から、userns mountに対して暗黙にSB_I_NODEVを設定するようになったために、既存のsystemdのnspawn実装が壊れた。 以下が問題のパッチだ。 https://github.com/torvalds/linux/commit/55956b59df336f6738da916dbb520b6e37df9fbd Linuxカーネルにおいては、ユーザースペースの挙動は変えないという強い下位互換保障がある。以前のバージョンのカーネルで動いていたユーザースペースのコードが新しいバージョンのカーネルで動かなくなった場合、それは理由が何であれ新しいバージョンのカーネルのバグであるとみなされる。たとえそれが、ドキュメント化していない明示的に保証されているわけではない昔のカーネルの暗黙の挙動であれ、その挙動に依存している既存のユーザースペースのコードがあるので
報酬がQiitaを阻害する「アンダーマイニング効果」（人間とは、かくもヘンテコな生きものなり） - Qiita
Qiitaでお金を稼げると良いのか？ エンジニアがアウトプットする際に、 お金を稼ぐという物理的報酬が、 モチベーション向上につながるのか？ ⇒否、つながらない という考え方もあるよ、と紹介したい。 背景としては以下の記事： Qiitaでお金が稼げるなら質の高い記事がもっと増えるのではないかという提言 この提言自体は大変素晴らしい提言である。 一見すると、良い報酬があれば良い成果を生む、 という誰もが納得するような話だ。 しかし「行動経済学」の「アンダーマイニング効果」によると、 必ずしもそうとは限らず、報酬を与えることで、 逆にモチベーションが下がる場合もある。 お金が絡むと金儲けに走る人が出るからダメとかそういう理由ではなくて、 人間は必ずしも合理的に動かないという、オモシロ心理学的な話。 Qiitaへの記事投稿に限ったことではなく、もっと一般的に、 エンジニアが個人開発でサービスやア
なぜSEヘのファッションコンサルを始めたのか？ – 服の家庭教師のブログ
どうも、こんにちは^ ^ こうして記事を綴るのはかなり久しぶりですね笑 最近更新ができていませんでしたが、 近々とある企画がリリースされる予定でして、 ここのところ、それに向けた作業をひたすら行っていました。 関係者の方々のご助力により、 これから最後の詰めのフェーズになってきます。 SEの方に向けて発信してきたこのファッションの仕事ですが、 一つ形として残せそうなものができそうです。 しかし、そもそもなぜ私がSEに向けて ファッションコンサルを行いたいと思ったのか？ 初心にかえるつもりでまとめたいと思いましたので、 この記事にて語りたいと思います。 「SEさんこき使われまくり！」は業界構造だけのせいか？ 「デスマーチ」「炎上案件」などなど、 酷な労働の話になると必ず話題に出てくるIT業界。 その中でも、基幹系・業務系のシステムを扱うような業界(いわゆるSIer業界)では、 何かと短い納期
増田式プログラマー養成講座 コンテンツ一覧
コンテンツが増えてきたので、一覧ページを用意します。 第1章 準備anond:20181016015826 増田式プログラマー養成講座 その１ パソコンの用意 anond:20181016164341 増田式プログラマー養成講座 その２ プログラム＝データ＋処理、プログラム言語の種類 第2章 手続型言語 2-1 構造化プログラミングanond:20181016180059 増田式プログラマー養成講座 その３ 構造化プログラミングの基本（順次、反復、分岐） anond:20181016193144 増田式プログラマー養成講座 その４ 子ども向け教材「Scratch」で構造化プログラミングの練習 2-2 オブジェクト指向プログラミングanond:20181017161003 増田式プログラマー養成講座 その５ オブジェクトとは何か？ anond:20181017191404 増田式プログラマー
未経験からのプログラマーなんだが全然分からない
未経験でもOK！教えます。というプログラマーの求人があったので、応募してみたら受かった。 受かったは良かったものの、仕事はざっとやるべきプロジェクトの説明、ソースの説明をした後、はい頑張って！！で丸投げ。プログラマー未体験の私、何も分からない。言語はJava。リーダーは自分も何も教えられない所から頑張ってきた、それですごく勉強になって出来るようになったと語るが、この方は元々頭良いと思うし、プログラマーやる前Webデザイナーもやってたから言語の理解も私よりアドバンテージがあった。対する私、まともにPCを使う仕事にすら就いたことがない。 ヒントを教えてもらっても、それでも分からない。何も分からないまま半月が経ってしまった。Java入門書も買ったが、やってる事に対する理解が追いつかない。あと、仕事が終わったら疲れて勉強出来ないのも問題。リーダー曰く、私は手を動かす回数が少ないからもっと色々試して
女性エンジニアだけどもう勉強会には行かないと思う
（15:30 追記しました） やるせないのでここに書かせてほしい。 この前初めてIT系の勉強会に行った。 いままで勉強会というものに行ったことがなかった。 IT技術者はよく勉強会に行く。同業の知人にどうして行かないの？と聞かれたときに、コミュ障だから…と答えたことがあった。 それも理由のひとつだけど、本当は、私が女性で、変な人に絡まれたら嫌だな…と思っていたからだった。 （自分で言うのもなんだけど）愛想がよくて優柔不断なせいか、変な人に絡まれることも少なくない。 そして何より、変な人に絡まれたときに気持ちを切り替えられず落ち込んでしまうタイプなので、あまり不特定多数と交流したくなかった。 最近は女性限定の勉強会やコミュニティも活性化していてとても良い傾向だと思う。 ただ、私が関心のある言語についての女性限定勉強会はなかったので、一念発起してあるコミュニティに顔を出した。 コミュ障だけど交流
9月末で60歳定年退職しました - 未来のいつか/hyoshiokの日記
当社の規定により満60歳で定年退職をした。長いようで短かった会社員生活も一区切りだ。自分のプログラマとしての会社員生活を振り返ってみる。無駄に長いし結論はないのでお忙しい人は飛ばして欲しい。 9月末なのでブログ界隈では退職エントリーがそこかしこに書かれると思うが、その中で自分の退職エントリーを連ねることにどれほどの意味があろうか。もちろんないのだが、それでも多くの書き手の年齢を考えると満60歳定年退職というところに若干の希少価値を見出せなくもない。 1984年に大学院修了して以来、プログラマとしてのキャリアを重ねてきた。大学時代の同期でプログラマとして就職したものは皆無だ。当時、工学部の同期はメーカーに就職するのがほとんどで、大手家電メーカー、自動車メーカー、電力会社などなど、当時の誰でも名前を知っている人気企業に就職するものが大半だった。 その中で、日本ディジタルイクイップメント（DEC
「風ノ旅ビト」のアートは「想像が膨らまない」から美しい。｜じーくどらむす
「風ノ旅ビト」のアートはなぜこんなにも美しいのでしょうか。 私は、アートの言葉ではうまく語れませんが、その理由をゲームデザインの観点から説明できると思っています。 それは「想像を膨らませていない」から。 え、逆じゃないの？世界について想像がふくらむデザインが良いんじゃないの？と思うかもしれませんが、その理由を解説します。 アニメーションなどと違って、ゲームでは「プレイヤーが何をすべきか、何ができるかを想像させないといけない」という話です。 ちなみに、なぜ2018年の今更になって風ノ旅ビトを語るのかというと、CEDEC2018のセッションについての以下のツイートが発端です。 「風ノ旅ビト」はシステムからアートが導かれたとてもアーティスティックで雰囲気を感じるだけでも楽しいゲームなので、アートからコンセプトを固めたように感じるかもしれませんが、実は逆ですよ、という話があります。 この講演におい
上級プログラマってどんな本読んでるの？中堅プログラマがマウンティング取られないための名著8選 - 世界が幸せで在ります様に
この記事を読もうと思ったということは，あなたはそこそこできるプログラマ，あるいは社内でも自他ともに優秀と認められるほどの実力者かもしれません． ただし，そんな状況でも業界で名が知られる優秀な人や社内の上級プログラマと対峙した時身構えてしまい相手の不思議な理論に屈服してしまう経験はありませんか？本気でプログラミングをすれば互角，あるいは言語によっては自分の方が明らかに上だと自負できる状況にもかかわらず． そんな中，そこまで優秀そうに見えないのにうまくマウンティングを回避しているプレーヤーを見たことはないでしょうか？ 彼らと自分は何が違うのか？ 簡単に言えば，知ってるコンピュータ科学の量と，何らかの物事に対して同調するのではなく先駆者的にそれを宣言することです．それを少しでも発揮できる名著をこれからご紹介します． ※安心してください，日本語の書籍だけ紹介します． Coders at Work
メテオフォール型開発 - 実践ゲーム製作メモ帳2
今日は、日本の代表的なソフトウェア開発手法について紹介しよう。 その名も、メテオフォール型開発である*1。 第一節 通常のウォーターフォール型開発におけるプロジェクトはこのような形を取るが、 メテオフォール型開発ではこのような形が取られる。 そしてこうなる。 これはアジャイル型開発手法におけるサイクルであるが、 神の前では無力である。 神の一声は全てを崩壊させ、 民は一生懸命これを再建す。 これが、メテオフォール型開発*2である。 第二節 全てのスケジュールは天界の都合によって決まる。これを黙示録と呼ぶ。 ソフトウェア開発においてフィードバックは重要なファクターだが、 神にフィードバックは届かない。 ただし、祈りを捧げることはできる。この祈りはごくまれに届く。 神は様々な姿を取る。 外から現れることもあれば、 内に棲んでいることもある。 あるいは、まだ会っていない or 会うことすらできな
世の中にはプログラミングを理解できない人間が存在する
現在、C++によるプログラミングの入門書を書いているので、初心者のプログラミングの学習過程にとても興味がある。私自身も初心者の気持ちを取り戻すためにHaskellを学んでみた。最初の数日は頭が痛くなるほど難しかったが、そこを過ぎてみれば後は楽になってしまった。結局、初心者の気持ちはあまりわからなかった。結局、プログラミングの基礎はすでに学んでしまっているので、 先日、FizzBuzzがわからないから教えてくれという知人がいたので、これは初心者の気持ちを知るいい機会と話を聞いてみたところ、想像を絶する世界が見えてきた。 まずこれが動かないと悩んでいたコードだ。 for ( int i = 0 ; i <= 100 ; i++ ) { } else if ( i % 15 == 0 ) { Debug.log("FizzBuzz") ; } else if ( i % 3 == 0 ) { D
VRChat, My World, Your Word - Qiita
2018/9/3追記: WebPanelは2018年8月に無効化されました。いまのところ復活の目処は立っていません。 概要 VRChatのワールドを自作・公開したので経緯をまとめる。 筆者について UnityとBlenderをさわりはじめて1か月ちょいの初心者。VRChat自体は去年からやっていたものの、カスタムアバターやワールド作成に手を出しはじめたのはつい最近。 最初の一歩(アバター編) 最初は本当に何もわからなかったので、VRCModsで適当にアバターをダウンロードして、チュートリアル動画の通りにやったら、それだけで普通にカスタムアバターを使えるようになった。 ここで配布されているアバターはすべてVRChat用に最適化されており、ポリゴン削減等の面倒な工程を経ることなくアップロード可能なので、最初の一歩としておすすめである。 そのあと、Blenderで作った簡単なオブジェクトをアバタ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Vim.dev is redirected to Emacs website | Hacker News
仕事でプログラミングしてる人ってどこでプログラミング覚えたんだろ
研究室から、40年前のパソコンとカードリーダーを発掘！メーカー・SHARPさんも食いつく美品・懐かしむ人々・そしてカードリーダーがレアすぎる - Togetter
