Docker盲信してる皆様へ
そもそも便利なのかちゃんと考えてる？ 「日々Dockerfileをメンテして開発環境がこんなに楽になります！」 「Dockerなので本番とも開発者同士でも同じになります！」 馬鹿じゃねーのかｗ？ Dockerfileメンテなんて手順書メンテとかシェルスクリプトメンテしてんのと大して変わらねーよｗ そのDockerfileから作ったものが本番と同一だなんて保証はねーって気づけボケが 本番と同じものを作りたかったら本番からコンテナ作れよ なんでビルド始めちゃうの？無駄じゃん馬鹿じゃん それと「同じDockerfileから作ったものだから環境差異はありません」なんて寝言まだ言ってるの？ yumもaptもリポジトリがセキュリティアップデートやらで変化する以上 いつも同じ結果になるわけじゃねーだろが、（バージョンロックする方法はあるけどめんどいだろ） 本番でもコンテナを使ってますってやつら以外無理し
これからの子供はプログラミング学習が必須！とか言っている割には
文系のおっさんたちは勉強しないよな。自分たちには関係ないとか思っているのかな。後15年もすれば今の小学生が社会人デビューしてくる。ひょっとしたら、その子達は息をするようにプログラミングを使いこなしてくるかもしれない。そう、ちょうど我々（文系おっさん）がWord、Excelを使うように。当たり前のようにブラインドタッチをするように。 15年後の彼ら彼女らにとって、プログラミングの出来ない割れわれ文系おっさんは、我々が社会人になった時に「使えない時代遅れの老害」と感じたブラインドタッチやWord、Excelを使えないじじいに見えてしまうのだ。 「なんでこんなことも出来ないくせに俺よりも給料高いんだよ」とか言われる日が来るのだ。そして、そのスキルセットの違いが今よりも早いスピードで給料に反映される世の中になっていて、我々おっさんたちの給料はただでさえ高くないのに、あっという間にプログラミングが常
「セキュリティ対策」
「不正な入力に対して脆弱性を発生させないようセキュリティ対策としてバリデーションを行う」。アホか。プログラマならセキュリティ対策とか気にするな。いや、気にするなというのは言い過ぎだけれど、ほとんどの場合においてあなたの書くコードはセキュリティ対策の必要性はない。 攻撃者の細工した入力によってSQL/HTML/JavaScriptが壊れるとかバッファオーバーフローが発生するとか、そういった脆弱性と呼ばれるほとんどのものはただのバグだ。セキュリティ対策っていうのはコードとは切り離された領域で行うDEPだったりASLRだったりX-Frame-OptionsだったりCSPだったりiframe sandboxだったり、そういうものがセキュリティ対策だ。コード上で書くのは「アプリケーションとして正しく動作するための処理」だけだ。 もちろん例外もあるかもしれないけど、それはあくまでも例外だ。日常的に書く
15歳中学生「はじめてのプログラミング」その1
エスカレーター式私立中学校に通う男子のプログラミング独習記。(Scheme/DrScheme) 本来高校受験を目の前に控えているはずなんだけど、怠けの坊ちゃん学校にはそんなものもなく教室の空気は緩んでいる。 3年前になんだかんだで部活動に入りそびれた僕は、際立ってダラダラなカテゴリに属す。 ベタにギターをやってみたり、携帯のオンラインRPGにハマったり、プロフで女の子と会ってみたけどあまりしっくりこない。モバも飽きた。 唯一ハンズで買った財布づくりキットみたいなヤツをきっかけに革を触って何か作ったりするのは続いてる。革の裁断面を磨きまくるコバ磨きをしていると何故だか落ち着く。 僕のことばかり書いてても仕方ないな。で、なんか中学生活で達成したとかそんなの全然ないし、高校生活に胸をときめかせるとかもなくて。 それじゃああんまりだと言う事で、何か新しいことを始めたいなぁと思ってたんだ。 ちょうど
プログラミングの終焉と生存戦略｜k1ito
この文章は何： 近年の生成AIブームにより、革命的なまでにプログラミングという仕事の形は変わることが予想され、実際、今までにない速度で世界が効率化され様々なサービスがローンチされていく中「使う側」としても「作る側」としても「IT業界(特にSaaS業界など)での生存」は難しくなっているように感じます。正解を知っていたらとっくに僕は大儲けをしているわけですが、当然わかるはずもなく生存戦略に苦しむだけの中での寝言です。 まとめと結論めいたもの：AI技術の発展により「プログラミング」と呼ばれる「人間の仕事を機械に引き継ぐ行為」のほとんどはゼロコストで行えるようになり、少なくとも今ほどの価値や競争優位の源泉とはならないだろう。今やるべきは、AIを自社の競争優位の源泉とするべく、まるで人材投資のようにAIへの引き継ぎ書を書くことと、AIの研修制度を作ることかもしれない。 プログラミングという仕事の終焉
Python vs Ruby vs PHP vs Haskell プログラミング言語バトル part1
42 : デフォルトの名無しさん : 2011/11/12(土) 23:53:51.20Pythonの方が弄れる対象が多いのに、なんでウェブ系だとPHPの方が流行ってんだろ 端末からのテキスト処理も楽だし、数値計算周りのライブラリも充実しているのに PHPが優遇されているのって歴史的な経緯以外に何か他の理由でもあるのか？ けどまぁ、情弱な文系SEが大半を占めているバカだらけの日本じゃ別にPHPで困ることもないか 45 : デフォルトの名無しさん : 2011/11/13(日) 01:41:24.25数値計算や端末からのテキスト処理なんてWeb系じゃ大して使わないからなあ… 43 : デフォルトの名無しさん : 2011/11/13(日) 00:04:23.30PHPが未だに現役なのは、単に歴史的な経緯でしかないだろ Pythonに関しては、ZopeさえコケていなければWebサーバ用LLとし
オブジェクト指向プログラミングの時代に生まれて良かった
プログラムが単なる手続きの時代から オブジェクトによるコラボレーションを定義する時代に変わった。 でも、それだけじゃなかった。 オブジェクト指向プログラミングの時代でも、ただ窮屈な時代はあった。 クラスの概念に触れたときの意味の不明さから始まって 動物を継承した犬のせいで、オブジェクトは現実の物質から切り離されない誤解。 デザインパターンは、ただ世界を難しくとらえるためのパターンにしか見えなくて辛かった。 その時代のオブジェクトは、フレームワークという複雑な仕組みを構築するためのツールでしか無く プログラマは、オブジェクト指向プログラミングの申し子のようなフレームワークの上に、いるだけだった。 ただいるだけだった。 オブジェクト指向なんて概念の一切の無い、ただの実体定義する作業でしか無かった。手続き言語の時代と変わらない。 でも、本当に複雑なのは、フレームワークじゃない、表現すべき対象だっ
個人開発の成功とはなにか - くらげになりたい。
最近、ソフトウェアデザイン読んだり、個人開発LT会の話を聞いたりして、 個人開発の成功っていろいろあるよねーと思ったので、ちょっと整理してみたときの備忘録(*´ω｀*) 収益化や売却だけが成功じゃないし、もしかしたら失敗もないかも知れない(*´ω｀*)？ individual-development.connpass.com 成功するとは あらためて、Wikipediaで意味を調べていみると、 こんなふうに書いてある。 成功は、計画などがうまくいき目標が達成できたことや、社会的に一定以上の地位を得たことを指す。失敗の対義。 成功 - Wikipedia 人それぞれ、サービスそれぞれで、 目標・目的は違うので、成功の意味も違う。 目的のタイプ/パターン ざっくり、この3つになるんじゃないだろうか？ 収益 実現 経験 収益タイプ お小遣い程度、生きていけるほど、など度合いは違えど、 収益を目指
「推測するな、計測せよ」という訳はミスリードと言う話 - aki33524’s blog
パフォーマンス改善の文脈で良く用いられるフレーズとして、「推測するな、計測せよ」というものがある。これはRob PikeのNotes on Programming in Cからの引用なのだが、原典と少し印象が違う。 Rule 1. You can’t tell where a program is going to spend its time. Bottlenecks occur in surprising places, so don’t try to second guess and put in a speed hack until you’ve proven that’s where the bottleneck is. Rule 2. Measure. Don’t tune for speed until you’ve measured, and even then don’t
プログラミングのためのBGMなど、仕事や勉強の邪魔にならない無料で使えそうなBGM集。2023年版
在宅で仕事や勉強をしている時間が増えてくると、ずっと無音だと寂しい気がして、できればあまり気にならないBGMや環境音があるといいなあ、と思ったことはありませんか？ ちょうど2年前にそうしたBGMなどをまとめた記事を公開したところ、大変好評でした。しかし2年も経過すると、紹介した音源の多くが配信を終了してしまっています。 そこであらためて、現在配信中の音源を集めたBGM集 2023年版を作りました。 いつアクセスしてもすぐに聞けるような、24時間365日ライブ配信をしている動画や音源をできるだけ選んでいます。仕事や勉強の役に立てていただければ幸いです。 作業用BGMの定番としてのLoFiチャンネル 落ち着いたBGMあるいはチルアウトミュージックとしてのLoFi HipHop/LoFi Beats系の音楽は、ここ1年～2年ですっかり世の中に浸透した感じがあります。 特にYouTubeでの24時
糞コードは直すな。 - Qiita
とりあえず落ち着け。 みなさん、毎日なにかしらのコードを読み、開発する日々を送っていると思います。そんな中で、 糞コードは死ぬべきである！！絶対に直すべき！！ という感情に取りつかれてしまうことがあると思います。自分の技術力に自信のある人ほど、無理やりにでも直そうと試みると思います。それがどんな修羅の道か。そして、糞コード修正がどんな道を歩むのか。この記事では糞コード修正の罠とありがちなストーリーについて書きたいと思います。 ビジネスとしてのプログラムは本質的に糞である 例えば、「携帯電話の利用料金」のプログラムがあります。 「携帯電話 透明性高め料金値下げを」という記事もあるように世の中の携帯電話の料金プランはかなり複雑です。例えば、auだと「auでんき」といった電気料金とパックされた電話料金プランがあります。また、「auスマートバリュー」といったプランもあり、家のインターネット回線をa
「君、悪い事は言わないからプログラミングやめた方がいいよ」と言いたくなった人はいますか？どんなところがダメでしたか？
回答 (11件中の1件目) います。本心から勉強もしたくないのに『無料でアプリを作ってくれませんか』『無料でこの問題を解決してくれませんか』のような話を掛けてくる人です。他人を嫉妬し、他人の成果を奪い、他者を利用する人です。本来、学習において、「教える」ことも切磋琢磨ですが、奪う人は絶対に自分の手を動かないです。『何が作りたいですか』を聞いたら『特に何も作りたいものはないです。興味を持っただけです。』興味を持っただけ、一見何気もない回答ですが、作りたいものもないのに何故か急に「興味が湧いた」かというと他人への嫉妬心です。それが所謂「興味」です。他人が出来て自分が出来ない、短時間で習得した...
プログラミングスクールに通わず、プログラミングを学ぶ方法
「プログラミングスクールってどう思いますか」への、個人的な回答メモ。 LINEのウェブ制作系のオープンチャットで、 「おすすめのプログラミングスクールはありますか？」 「エンジニアに転職したいです。何からやればいいですか？」 「おすすめの勉強方法を教えてください」 など、プログラミング未経験の方によるこの質問から始まって、独学の方法についての意見交換が始まる展開を何度か見ている 初心者なのに数十万かけてスクールに通おうとしている人が多かったのが意外だったので、個人的な考えを長文でまとめたものである。 「リモート研修中にクビになった法政大の〜」という記事を見て、既視感があったので増田に貼る。 昨今のコロナ以前に書いたので、コミュニティの利用方法は若干今の現実と即してないと思う。 この文章は、ある程度の本音と持論を語るために、あえて冗長な長い文章の形式をとっている。 なぜならば世間一般の「エン
【魚拓】お前は絶望的にプログラミングに向いてないから諦めて刺身にタンポポ乗せる仕事でもやってろ｜古都こと｜note
・ 12月30日 20時 ウェブ魚拓における表示不具合について ウェブ魚拓をご利用いただき、ありがとうございます。 本日、1 ...
なぜテストコードを書くのだろう? - Uzabase for Engineers
こんにちは、NewsPicksの北見です。 ところで皆様、テストコードって書いてますか...? ネットでテストコードについて検索すると 「テストコードを書きましょう」 「テストコードとはこうあるべし」 「TDD(Test Driven Development)だ」 等々が叫ばれています。 ただ、なんとなく「方法論ありきでとにかくテストを書け」と言われているようで、テストの必要性について納得感に欠けている方もいらっしゃるのではないでしょうか? なぜ テストコードを書くのでしょうか? テストコードを書く理由 将来リファクタリングをしやすくする テストコード書く途中で、開発者自身が仕様を理解し、成長できる 最後に テストコードを書く理由 諸説ありますが、私が思うテストコードを書く理由は 将来リファクタリングをしやすくする テストコード書く途中で、開発者自身が仕様を理解し、成長できる の2つです。
やろうぜ！プログラミング。コンピュータの言語を習得することへのお誘い
コンピュータの言語を習得することへのお誘いについて書きますが、ここで書くプログラミングは一般生活、趣味として使うプログラミング、プログラミングで生きるといったことです。仕事としてのプログラミングではないです。 仕事としてのプログラミングではないですが、仕事として稼ぐプログラミングを否定することや批判するつもりはありません。仕事して稼いで幸せになれればそれはそれで良い。 ここから本題へと移っていきます。プログラミングは、「人間」の言語と「コンピュータ」の言語を翻訳する技術であるといえます。つまり、「コンピュータ」の言語を習得する必要があります。では、私たちは言語を習得する際にどうやって習得するのか。「学校へ行って学習しテストなどを経て習得する？」。しかし、テストなどで言語が習得できたことはほとんどない。 習得できたのは、書籍を読む、テレビ等を見たりする、または現在ではたくさんのWebサイトの
プログラミングの設計が分からない
テーマ、知りたいこと 設計は何に着目すればいいのでしょうか。 オブジェクト指向などの本も読んでみましたがよくわからないです。 vendingMachine (自動販売機) を例にとると ① 仕様に着目 (動詞 メソッド風?) (1) storeJuice ジュースを保管する (2) coolJuice ジュースを冷やす (3) checkPayment 支払いを確認する (4) outputJuice ジュースを排出する ② 場所に着目 (名詞 クラス風?) (1) juiceStore ジュースの保管場所 (2) cooler ジュースの冷却器 (3) moneyBox 金銭管理箱 (4) vent ジュースの排出口 ③ 目的物に着目 (名詞 データが主役のクラス風?) (1) storedJuice 保管されたジュース (2) coolingJuice 冷やされたジュース (3) bo
Javaで書いた4行のコード、依存関係をたどると51万行に――超複雑化するソフトウェア構成、SBOMで探るには
＠IT編集部は2022年8月22日、デジタルイベント「＠IT ソフトウェア品質向上セミナー」を開催した。基調講演では、「SBOMによるサプライチェーン攻撃対策～自社ソフトウェアのリスク、把握していますか？～」と題して、JFrog Japanの横田紋奈氏（デベロッパーアドボケイト兼Java女子部・JJUG運営）が、企業におけるオープンソースソフトウェア（OSS）の使用に潜むリスクにはどのようなものがあり、それにどう対処していけばよいかについて解説した。 ソフトウェアのセキュリティで注目されるソフトウェアサプライチェーン攻撃 SBOMとソフトウェアサプライチェーンの話題の前に、横田氏はDevSecOpsとは何かから話を始めた。DevOpsは、開発者と運用者が協力してサービスを改善していくもの。ユーザーからのフィードバックなどを受けて取り組みを繰り返し、改善を継続する。そのための考え方であり、組
退屈なことはPythonにやらせよう 第2版
一歩先行くハイパフォーマンスなビジネスパーソンからの圧倒的な支持を獲得し、自作RPA本の草分けとして大ヒットしたベストセラー書の改訂版。劇的な「業務効率化」「コスト削減」「生産性向上」を達成するには、単純な繰り返し作業の自動化は必須です。本書ではWordやExcel、PDF文書の一括処理、Webサイトからのダウンロード、メールやSMSの送受信、画像処理、GUI操作といった日常業務でよく直面する面倒で退屈な作業を、Pythonと豊富なモジュールを使って自動化します。今回の改訂では、GmailやGoogleスプレッドシートの操作、Pythonと各種モジュールの最新版への対応、演習等を増補しています。日本語版では、PyInstallerによるEXEファイルの作成方法を巻末付録として収録しました。 訳者まえがき まえがき 第I部 Pythonプログラミングの基礎 1章 Pythonの基本 1.1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
今までありがとう！ 日本人プログラマー向けフォントの先駆者「Ricty」の開発が終了／優秀な後継者たちを評価してみてね【やじうまの杜】
