mrknのブックマーク - はてなブックマーク

エンジニアは子供がいると勉強できないのか - Qiita

たびたび話題になってる気がしますが以下のようなポストが流れてきました。これについてのみなさんの反応や自分でも思ったことがあったのでポエムとして記事にしてみました。特に未経験からエンジニアを目指してる人なんかはご家庭を持ちながら日々がむしゃらにがんばられている人も多いんじゃないかなと思いあんまり無茶しないでねという気持ちも込めて書きました。子供がいるとどうなるのかこんなこと言うまでもないと思いますが子供ができると今までコード書いていた時間が嘘のようにまったく取れなくなります。わたしの場合、9ヶ月になる子供が1人いて現在育休中です。だいたい、朝の7時前後には起き出してあとは永遠とひっくり返っては泣いて、頭をぶつけては泣いてを繰り返しています。昼寝は2-3回しますがだいたい30分から1時間程度です。子供が昼寝している間はたまった家事をやって、家事がなければパソコンいじりますが30分ではたい

mrkn 2024/01/19

この手の話は全部ポジショントークになるので、一般化は不可能ですよね。これとかまさにそう “それはあなたのお子さんはうまくいったんでしょうがウチの子もうまくいくとは限らない”

リンク

プログラミングスクールの講師を2年間続けて限界が来て辞めた話 - Qiita

はじめに某プログラミングスクールで二年間講師をしてました。受講生の方からの評価点は平均より高く、最終的には全インストラクターの中から代表に選ばれる立場にまでなりました。始めた経緯もともと、プログラミングスクールをいつか開きたいと思っていたこともあり、業務委託契約で経験が積めそうなところに応募。即採用していただき、正社員で働く傍、副業としてプログラミング講師に。エンジニア歴は当時は5年得意な言語はPHPのみでした。コロナ禍で全てが変わった特定を避ける為に細かな時期は記述しませんが、この復業を始めてから今も尚世界を苦しめているウイルスの流行で事が大きく変貌していきました。というのも、私が請け負っていたプログラミングスクールでは生徒様が作成したいと言う物をベースにプログラミングを教えるスクールでした。その中で、コロナ禍前までの生徒様達は明確に、﹁ECサイトが作りたい﹂﹁

mrkn 2021/10/17

ジムに行かなくても自宅で器具なしでもある程度の筋肉はつけられるし、プログラミングスクールに行かなくても自宅で独学でプログラミングできるようになれるのにねぇ。

リンク

Pythonで型を極める？（型チェックをいつするべきか） - Qiita

もともと以下の記事のコメントに書いていたのですが、コメントに書くには攻撃的すぎる内容だと思ったので、ここに移しました。 Pythonで型を極める︻Python 3.9対応︼宗教論争を引き起こすだけ、であろうことは承知の上での記事です。最近、静的型付けの利点︵というか、動的型付けの欠点？︶がよく語られるようになってきて、TypeScript が隆盛したり、Pythonでも静的な型チェックができるようになっています。ただ、個人的に、︵とくに動的型付け言語に、後から追加された静的型チェック機能において︶、﹁不要な型付け﹂︵場合によっては、むしろ﹁有害にすら思える型付け﹂︶をしているコードが増えているような気がしています。 Pythonで型を極める︻Python 3.9対応︼の記事で、とする、という例が登場します。しかしながら、この例では、型は書くべきではないと思います。不必要に型を

mrkn 2021/05/20

過剰な型指定は本当に良くないよね

python

リンク

ウォーターフォールを世に広めたとされる米軍がアジャイルに移行中という話 - Qiita

また、この図の説明においては理想的なケースにおいても1つ前の工程に戻る事が述べられています。 " Hopefully, the iterative interaction between the various pha ses is confined to successive steps. " (投稿者訳) 理想的には、各段階において工程が前後する範囲は直近の工程に限られる。理想的でない場合はどうかというと、テストから設計まで工程が戻りうると示唆しています。 "The testing phase which occurs at the end of the development cycle is the first event for which timing, storage, input/output transfers, etc., are experienced as dist

mrkn 2021/03/18

ごくよくまとまっていてよかった。すごい便利。Zenn だったらお金払ってた。 ●software_development

リンク

2で割ることと3で割ること - Qiita

この記事でお題にするのはCPUレジスタ上の整数除算です。以下、単に除算とも書きます。除算は非常に高コストな演算なため、コンパイラは最適化によって、できるだけ整数除算を別の計算に置き換えようとします。最適化ができる場合の一つとして、割る数が定数である場合があります。頭のいいコンパイラは、除算を乗算とビットシフト等を駆使した演算に置き換えます。この記事では、そういった最適化の背景にある理屈を部分的に解説します。計算機環境としてはモダンなx86 CPUを仮定します。したがってレジスタは32/64ビットであり、負数は2の補数表現になっています。ある程度は他の命令セットでも通用する話になっているかもしれません。そもそも整数の除算とはプログラミングにおける整数の除算の定義について確認します。整数$n$を整数$d$で割るとき $$ n = q \times d + r $$ が成り立つように除

mrkn 2020/12/10

32ビット整数除算を64ビット固定小数点乗算に置き換える話

リンク

アルゴリズム本、書きました！ - Qiita

最後に、17章でPとNPに関する話題を解説し、世の中には﹁効率的に解くアルゴリズムを設計することができそうにない難問﹂が多数あることを見ます。18章で、これらの難問に取り組むための方法論をまとめます。競プロをやっている方向け扱っている題材の難易度については、こんな感じのイメージです！チーター本　<　本書　=　螺旋本　<　蟻本難易度が近い螺旋本は、スタンスが異なる部分もありますので、よい形で共存できたら、という想いです。螺旋本と比べると、﹁動的計画法﹂﹁貪欲法﹂﹁二分探索法﹂などの設計技法に関する話題をより重視しています螺旋本は﹁ライブラリを揃えていく﹂という思想なので、設計技法よりもライブラリになるものを重視する立場です本書では、紙面の都合で﹁計算幾何学﹂と﹁整数論﹂には触れられませんでしたが、これらは螺旋本には載っています 2-2. 本書の対象読者本書は、﹁アルゴリ

mrkn 2020/08/08

一通り復習するのに良さそう

リンク

try - Go の新しいエラーハンドリング (Go 1.14で導入予定)(でしたが，却下となりました) - Qiita

Go 1.14 で try というシンプルなエラーハンドリング方法が導入予定です。 2019/07/17 追記議論の結果、try は一旦却下となりました。詳しくは提案者 Robert Griesemer氏のコメントを参照下さい。 errorGo でのエラーハンドリングはややタイプ数が多い。

mrkn 2019/07/01

Goを使わない理由がなくなったかなと思って見てみたら、そういう感じではなかった。やっぱりGoの文化はは僕には合わなそうだ。

go

リンク

量子コンピュータエンジニア始めて5年が経った - Qiita

はじめにもともとふつうのベンチャーでしたが、2014年に量子コンピュータにピボットしてからはすくすく会社が育ち、向いてることをするのは大事だなと感じてます。Qiitaはポエムを書かないといけないらしい︵多分︶ので。おそらく日本初の量子コンピュータベンチャーとしてまず五年目までに気づいたことを書いてみます。もともとはデザイン会社もともとうちの会社はデザイン会社でした。出身が建築事務所だったので、そのまま2009年に独立してデザインをしてました。建築時代はphotoshop+autocadを使っていました。イラレはいまだに苦手です。前の建築事務所は隈研吾建築事務所というところで、青山の美術館の設計や中国のアリババの社屋のコンペなどを主にしていました。建築は当時CGパースも仕事がたくさんありましたので、CGのモデリングやレンダリングをやりながら当初は生計を立てていました。ただ、リーマ

mrkn 2019/03/09

すごく面白かった。会って話をしてみたい。

リンク

私たちはどうして公式ドキュメントが読めないのか？ - Qiita

少しプログラミングを覚えてきた初学者が、さらに力をつけるために必要なのが公式ドキュメントを読むことだと思います。公式ドキュメントには、日本語の記事には書かれていないような詳細な説明や、APIの使用方法、そしてリリースノートなど、実装には不可欠な情報が掲載されています。しかし、公式ドキュメントが上手く読めずにつまづく人も多いのではないでしょうか？慣れていない人にとっては、技術について書かれたドキュメントを読むのは難しいものです。この記事では、つまづいてしまう人が少しでも減るように、公式ドキュメントが読めない原因と対策をいくつか書いていきます。公式ドキュメントとはこの記事で言及している「公式ドキュメント」は、フレームワークやライブラリ、言語について、その公式組織が出している文書のことです。具体的にはこのへん。どうして公式ドキュメントが読めないのか原因1. 公式ドキュメントを読む

mrkn 2019/02/14

公式ドキュメントを読むことを勧めていてとても良いのだけど一点だけ間違いがある。公式ドキュメントは実は一次情報ではない。一次情報はソースコードです。

リンク

Perfect Frozen String Literal - Qiita

現時点では解説がパーフェクトではないのを自覚しているが、めんどくさいので後でパーフェクトにする Frozen String Literalとは "str".freezeのようなリテラルのこと。 Feature#8992 (r43627) でこのようなリテラルを書くと事前にallocate & freezeされた文字列オブジェクト(内部的にはfstringと呼ばれる) が取得されるようになり、Ruby 2.1以降ではイミュータブルな文字列が必要な場面でこのリテラルを使うと高速になる。以下、それに関連した機能や最適化がどのバージョンで入ったか、各バージョンでのお勧めの書き方をまとめておく。 Ruby 2.0.0までまだ入ってないので気にしなくてよい Ruby 2.1〜2.2 Ruby 2.1: Use String#freeze and compiler tricks to replace

mrkn 2019/02/08

"perfect"

ruby

リンク

とても強い計算量クラスのコンピュータとその実現方法 - Qiita

この記事は武蔵野アドベントカレンダー19日目の記事です。物理のステートメントはだいぶ雑ですが、計算のステートメントには一応正確さに気を使って書いているつもりです。何か誤りがあった場合は、@iKodackまでご連絡いただけると幸いです。 (2018/12/22に「宇宙破壊コンピュータはセールスマン巡回問題の最適化問題を解けるか？」「時間遡行コンピュータで無限ループすると何が起きるか？」を記事末尾に追加しました。) (2018/12/28に「宇宙破壊コンピュータは答えが無い場合に全ての宇宙を破壊する？」について記事末尾に追加しました。) 前書きより速い計算機が欲しい、という欲求は全ソフトウェアエンジニア共通であることが知られています。最近、業務において500GBのSSDや16GBのメモリを最低水準にするべきではないか、という議論がネットで活発になされていますが、生産性を限界まで高める限

mrkn 2018/12/21

こういうのもっと読みたい。

リンク

機械学習・人工知能分野の現状と今後（NIPS2018参加ログ） - Qiita

はじめに NIPS2018に参加して，昨日，日本へ帰国しました．5日間にわたり本当に沢山の方々の話を聞くことができ，とても有意義な時間を過ごしました．多くの講演や議論の中で，機械学習・人工知能分野には，2018年現在において，以下の3つの大きな流れがあるように感じました． (1) 現状の機械学習パラダイムの不備を認識し，対策しようとする流れ (2) アルゴリズムレベル，ツールレベルの漸進的改善を進める流れ (3) 機械学習と神経科学の相互リンクを生み出そうとする流れ記憶が新鮮なうちに，これら3つの潮流についてまとめておきます．NIPSの公式サイトには，招待講演を含め，多くの論文やスライドが公開されているので，気になる方はそっちも確認してみてください！ https://nips.cc/Conferences/2018/Schedule 総論機械学習・人工知能分野は，ここ数年のうちに驚異的

mrkn 2018/12/11

リンク

今後必要になるプログラム言語

今後必要になるマスター言語 JAVA RUBY C++ PL/SQL JAVA JAVAアプレット JAVAサーブレット JAVAscript この3つのうちJAVAServletおよびJavaScriptは必須。条件としてJavaBeansについて的確な知識があり、自分で設計取り回しができるレベル。 JavaBeansの設計とは、JAVA言語特有の空間的なソースやデータの配置を把握してることが条件なので、システムエンジニアへの質問もしくは仕様理解に努めること。国内外問わずシステムのシェアはWINDOWS主体でありほぼJAVAで統一されている。さらに動的HTMLなどについてもJAVAサーブレットの知識が流用される。 JavaScriptの知識については特に必要ないがBeansその他に直結するケースが多いので仕様確認。 RUBY この言語についてはJAVAのサブルーチンとしての位置づけ

mrkn 2018/11/07

この記事は別の宇宙からトンネル効果でこちら側の宇宙に出てきてしまったのでは・・・あちら側の宇宙では日本語も違いそうだ。

リンク

全ての開発者が学ぶべき5つの言語 - Qiita

﹁どの言語を学ぶべきか﹂という議論はエンジニア向け記事の定番ネタですが、HackerNoonに投稿された5Programming Languages Every Master Developer Should Learnという記事がなかなか興味深かったので翻訳してみました。 (2018/11/04追記) こちらの記事に関する﹁別視点からの意見﹂として下記のような記事を追加いたしました。宜しければこちらも併せてご参照ください。 Ruby->Go->Scalaという習得順序がエンジニアの爆速の成長に最適である理由はじめに﹁プログラマーは新しい言語を毎年1つは習得するべきだ﹂という趣旨の文章をどこかで読みました。(多分CODE COMPLETEだったと思いますが) もしそれが難しくても、キャリアの中で最低限この後に紹介する5つの言語に通じておくことをお薦めします。あらゆる会社は、多言語を

mrkn 2018/11/04

オブジェクト指向言語のカテゴリに Python を入れて Ruby や Smalltalk を入れないのはセンスが悪いのでは。

リンク

tmuxを効率よく使って開発を爆速にする最高の設定

リポジトリを横断しての開発自分は普段いくつかの︵主にマイクロサービス︶リポジトリを横断しつつコーディングをしています。その際にtmux + zsh + neovim を使っているのですが、tmux ︵とzsh︶を使って複数のリポジトリを横断する最高の設定を使っているので紹介します。まず前提として、複数リポジトリのマイクロサービスを立ち上げるとめちゃくちゃコンソールが増えると思います。自分はプロジェクト毎にローカルサーバで1-2個・エディタ1つ・シェルで1つ・REPLで1つくらいは平気で使います。ついでに一時的な検証をするワークスペースを作って5-7個くらいは平気でプロジェクトを横断することがあります。これをtmux の window と pane だけで管理するのは辛いのでやめましょう。tmux には session という便利な機能があるのでこれを使います。簡単に説明

mrkn 2018/10/23

この方が East Asian Ambiguous Widths 問題をどう解決してるか知りたいです。

tmux
vim

リンク

なぜビンゴゲームで同じ数字を書いてはいけないのか

先日、結婚式の二次会に招待していただきました。新郎・新婦ともに大学時代からの友人です。歓談中にビンゴゲームが開催されました。私はビンゴゲームに完全に勝利にしたにも関わらず、景品をもらうことができませんでした。あまりに理不尽な経験だったので、泣き寝入りしてたまるものかと思い、Qiitaに初投稿してみようと思います。ビンゴゲームとはビンゴはビンゴですよね。﹁ビンゴ！﹂って叫ぶやつです。今回のビンゴゲームは $3 \times 3 = 9$ マスのカードを利用しました。縦・横・ナナメに一直線に3マス穴を開ければ﹁ビンゴ！﹂になります。実は、各参加者には白紙のビンゴカードが配られ、各テーブルにはビンゴゲームのルールが書かれた紙が配られていました。下記がその内容です。真ん中のマスに "free" と書いてください。︵i.e. 真ん中のマスはゲーム開始時に穴を開けて良い︶それ以外

mrkn 2018/10/03

後半が面白かった。

probability_theory

リンク

「データ視覚化のデザイン #1」をmatplotlibで実装する - Qiita

データ視覚化のいろはを無視したグラフはニュースや学術論文によく現れます。いろんな資料からかきあつめたり苦労して測定したデータ、あるいは自分の部署の成果をかっこよく見せたい気持ちはわかりますが、たいていの場合「よく見せる」という欲求は色の濫用や3D化などデザイン要素の足し算として現れがちです。結果としてよく見せたいデータがごちゃごちゃした印象になってしまい、メッセージを読み取りにくいだけでなく時に誤解を生む図に仕上がってしまっていることも多いでしょう。「データ視覚化のいろは」とは書きましたが、自分は実際に体系的に学んだことがあるわけではなく、ウェブや論文などで目にした良い例と悪い例からぼんやりと「こうすべきなのかな」という指針を認識している程度です。そんな折に、UXやUIを突き詰めたサービスで有名なTHE GUILDの方がデータ視覚化に関するnote記事を公開しているのをみつけました。デ

mrkn 2018/05/30

デフォルトでこうなってほしい

リンク

200行でできるPythonからRubyのメソッドを呼ぶ仕組み - Qiita

PythonからRubyのメソッドを呼べるようにするライブラリを作った。メソッドチェーンやイテレータなどもある程度自然に使えるので紹介する。作った経緯科学技術計算のジョブ管理をするRailsアプリを開発しており、RubyのAPIで挙動を制御できる様になっている。しかし、科学技術計算の分野の人はPythonユーザーが多いのでRubyではなくPythonのAPIがほしいというリクエストが多かった。何ができるか？例えば、以下のようなRubyのコードがあるとする。 class MyClass def m1 "m1" end def m2(a,b) "m2 #{a} #{b}" end def m3(a, b:) "m3 #{a} #{b}" end def m4(a) Proc.new { "m4 #{a}" } end def m5 enum = Enumerator.new{|y| (

mrkn 2018/03/28

Python 側に druby のクライアントを作ると面白そうですね。

リンク

PyCall Ruby版 Tips - Qiita

pycall公式ロゴはじめに PyCallは mrkn さんが開発されている、Python のライブラリを Ruby や Julia で利用するためのブリッジライブラリです。 https://github.com/mrkn/pycall.rb/ PyCallの解説やインストール方法は mrkn さん始め諸賢のドキュメントが多く有りますので、ここでは私がRuby版PyCallを使ってきてのTipsを書いていきます。︵2018年2月時点の最新版 PyCall 1.0.3 に基づく︶ Tips Python ライブラリのロード Python のライブラリを使う場合、次の2行を書いておく # Pythonだと、 import matplotlib pyimport :matplotlib pyimport 'matplotlib' # 上ではシンボルを使ったが、文字列でも同じ # Python

mrkn 2018/03/28

力作だった。まとめていただいてありがとうございます。お役に立ててくださっているようで嬉しい限りです。 ●ruby ●pycall

リンク

格安スマートリモコンの作り方 - Qiita

材料費400円の赤外線送受信器を、1,800円のラズパイZeroに載せて、Google Homeから操作する方法を、ゼロから丁寧に解説します。安くても高機能むしろ市販のスマートリモコンではできない、きめ細かな操作も簡単に実現できます。︵例えばこんなことができます。︶簡単電子回路を作ったことのない初心者でも作れるよう、電子部品の買い方から、丁寧に説明します。電子工作の基本ラズパイでの電子工作が初めてなら、こちら　→　Raspberry Piの電源でLEDを1個光らせてみる - ツール・ラボ︵素晴らしく丁寧な解説なので、予備知識ゼロでも理解できるはず。︶ここで紹介するスマートリモコンの回路も、まずはブレッドボードを使って、半田付けをせずに試作します。試作品をしばらく使ってみて問題がないようなら、基板に半田付けして完成させます。半田付けが初めてなら、こちら　→　うまくいく

mrkn 2018/03/25

良い

リンク

はてなブックマーク

タグ

ブックマーク / qiita.com (106)

お知らせ

今週のはてなブックマーク数ランキング（2024年7月第3週）

今週のはてなブックマーク数ランキング（2024年7月第2週）

はてなブックマーク透明性レポート（2024年 2月-2024年4月）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス