MacOS ユーザが WSL では無い Windows のコンソール環境を整える - 2nd life (移転しました)
先日、メインの開発環境を MacOS から Windows 10 Professional へと移しました。理由としては主に2点で、現在仕事を自宅の固定席で行っており PC を持ち運びする必要がなくなったため Mac より高速で安価な Windows デスクトップ機を使いたいこと(Ryzen 9使いたい!)、WSL2 が正式版となり使ってみた感じ問題なく WSL2 で仕事の開発ができそうだったことが挙げられます。 WSL2 はふつうに Linux なので問題なく開発環境の構築が行なえ、Windows からも VSCode Remote のおかげでで違和感なくWSL2上のコードを編集、実行ができ快適な開発が行えています。(なお、WSL2 についての記事は山程溢れているので、ここでは殆ど触れません。) しかしながら、WSL2 ではないふつうの Windows 上で開発する機会が出てきたので、M
Raspberry Pi に Avahi で 接続する - Qiita
$ systemctl status avahi-daemon ● avahi-daemon.service - Avahi mDNS/DNS-SD Stack Loaded: loaded (/lib/systemd/system/avahi-daemon.service; enabled) Active: active (running) since Mon 2018-01-29 11:10:48 JST; 16min ago Main PID: 1546 (avahi-daemon) Status: "avahi-daemon 0.6.31 starting up." CGroup: /system.slice/avahi-daemon.service ├─1546 avahi-daemon: running [pansy.local] └─1547 avahi-daemon: ch
FABLOG #01〜加工に差が出る前処理 〜 | FabCafe Tokyo
[ 2018.12.11 update ] こんにちは！FabCafe Tokyoのさがらです。 春になり、新しいスタッフも加わり早速トレーニングが始まろうとしています。 FABに関するTipsを考えていたのですが、せっかくなので便利な情報は公開してしまおう！ ということでブログにしました。今日から毎週、加工に少し役立つ情報をお伝えしていきます。 「知ってるよー！」ということもたくさんあるかもしれませんが、 基本から応用編まで毎週ご紹介していくので、ぜひのぞきに来て下さい((༼•̫͡•༽)) 記念すべき第一回は、「レーザーカッター編」 少しの手間で加工の結果が大きく変わる前処理をご紹介します。 マスキングテープで焦げを防ぐ！
新入社員が来てメンターになれって言われたけど、どうすればいいのかという対話テクニック - Qiita
エンジニア組織を強くするための本を出版しました Qiitaでエンジニアリングをめぐる様々なコミュニケーションの問題とその解決策や考え方を書いてきた。それらの背後にあるエッセンスをこの度書籍として出版するに至りました。 エンジニアリング組織論への招待 ～不確実性に向き合う思考と組織のリファクタリング この書籍は、エンジニアリングを「不確実性を削減する」という第一原理で捉え直し、様々なエンジニアリングとその間のコミュニケーションをめぐる現象を説明していくものです。 はじめに 最近、メンター制度として新入社員や若手のメンバーに対して、先輩をつけて相談事に乗ってあげたり、仕事のサポートをしたりといったような教育プログラムを組む企業が増えています。このメンターという役割は、ちょっとした訓練が必要だったりするのですが、このあたりの研修や訓練をせずにいきなり明日からメンターね！なんてことがままあります。
オブジェクト指向と10年戦ってわかったこと - Qiita
この記事の内容 オブジェクト指向は難しい！わかった気になって実践すると詰みます... ｳｷﾞｬｰ この記事は10年以上オブジェクト指向と戦った筆者が、通常とは異なるアプローチでオブジェクト指向を解説したものです。 筆者はJavaを使って本格的なシステム開発をしたことがありませんが、オブジェクト指向言語として最もポピュラーなJavaをベースにオブジェクト指向について解説させていただきました。 また、この記事の続編にあたります「なぜオブジェクト指向は難しいのか」を更に2年の時を経て執筆させて頂きました！是非こちらも一読していただけると嬉しいです。 オブジェクト指向三大要素の謎 オブジェクト指向三大要素ってありますよね。オブジェクト指向は「カプセル化」「継承」「ポリモーフィズム」の3つの要素で成り立つと言われています。最近では、この三大要素が語られる傾向は薄いようですが、一度は耳にしたことがある
https://blog.animereview.jp/zero-trust-architecture/
シンジです。社内インフラを構築するとき、何を指標として設計しているか、何のために作るのか、誰が嬉しいのかを考えずに淡々と予算を投入している企業の多いこと多いこと。これから会社を作るならまだしも、既存企業は長年の蓄積があるわけです。物理機器や、買収合併の弊害、シャドーITに働き方改革推進の圧力。これらに個別的に対処することこそが無駄かつ自己満足なので、自社のインフラはどうなるべきだったのかを考えたい物です。 ITは企業にとってコアである 企業や組織運営において、ITを使うことで便利になったり、効率が良くなったりする程度の時代はとっくに終わっています。企業や組織からIT全てをとっぱらってしまうと、企業や組織が消え去る可能性が非常に高い、というか確実に死ぬであろう状態にまでITに依存しています。つまり現代においてはITはコアなのです。 情報システム部門はその重要性を理解していない 企業においての
Container boundなGASプロジェクトをローカル環境で開発する方法 - Qiita
この記事は Node.gs： Node.js スタイルでの Google apps script 開発手法 の一部です。 はじめに スプレッドシートなどのGoogle appsから起動する（Container boundな）GASのプロジェクトを、ローカルPCなどGASの外部で開発する方法です。 さんとりーさんのgas-managerや、node-google-apps-scriptなどを使うことで、GASのソースコードをアップロードすることができますが、これはスタンドアロンなスクリプトに対してのみです。 そこでこの記事では、スプレッドシートなどから起動するコンテナバウンドなアプリケーションをローカルで開発し、上記ツールでアップロード可能にするための"ひと工夫"を紹介します。 Google apps script 中級者以上を対象読者として想定しています。 概要 下図は、私の開発環境全体像
ボトムアップ組織のマネジメントとは何なのか
いま所属している会社は、ボトムアップな会社ということになっている。正確にはボトムアップとトップダウンが混在していてたまにミスリーディングなのだが、だいたいはボトムアップな会社といえるだろう。 それで、たまに、学生と会ってくれといわれて、うちの会社がボトムアップの会社なんですよ〜、と話すことがある。だがこのボトムアップというやつ、採用活動では『いかに若いうちから活躍できるか』をぐいぐいアピールするための文句ではあるのだが、実際、現場でどういうコミュニケーションになっているのか、あまり説明されない。どういう会社が「良い」ボトムアップの会社なのか、わりとみんな意識していない。 とりあえず適当に若いのに丸投げてみたら、いつの間にかイケてる提案を持ってきた、なんてことは、ありえない。それを実現するためには、上司側の見えない努力がたくさん必要なのだ。 こんなマニアックな話をしている人は多くないと思うの
覚えておきたいカーネルパラメータの変更方法 - Qiita
概要 カーネルパラメータを変更する機会があったわけですが、全くといっていいほど今まで気にしたことがなかったのでこれを機にカーネルパラメータ周りや sysctl の使い方を整理してみます。 sysctl 説明 man sysctl より抜粋 sysctl は カーネルのパラメータを実行時に修正するのに用いる。変更できるパラメータは /proc/sys/ 以下にリストされているものである。 Linux における sysctl の機能には procfs が必要である。 sysctl は sysctl データの読み書き両方に使える。 option について option 意味
最近のソフトウェア工学に思うこと - bonotakeの日記
なんかこのブログに記事書くの、ほんと久々だなと思うんですが。 最近ずっと思ってたことがあったので、つい勢いで書きなぐってしまいました。若干炎上商法かもしれませんが、まぁたまには？いいや。 長文ですがお付き合いください。特に、ソフトウェア工学の研究している皆さん。 昨日、とあるソフトウェア工学のシンポジウムにて、機械学習モデルをWebサービスにデプロイするためのハンズオン、という企画がありました。 僕が運営委員やってるMLSEとの共同企画で、僕は発案者の１人ですが、当日は1人の参加者として中に混じっていました。 4人グループに分かれての作業だったんですけども、僕以外の3人は、いずれもソフトウェア工学の研究をしている修士の学生さんでした。 で、ハンズオンも後半になって「Dockerの使い方」の演習になったのですが、その3人ともDockerに触ったことがなさそうな雰囲気でした。いちいち確認したわ
メタファーを身につけてプログラミングの生産性を向上させる - メソッド屋のブログ
インターナショナルチームでプログラミングの仕事をしていると、いろんなところで同僚との差を感じてしまう。いろんな国の人がいて、レベルは人によりそれぞれなんだけど、一般的にいうと、アメリカのプログラマのレベルは平均してとても高い場合が多い。とにかくコードがきれいでシンプルで仕事が早い。 彼らがなぜそれができるのかを観察しているが、一つ気が付いたことについてその対策も含めて書いてみたい。 彼らがプログラマとして優れているところ USにいるとお客様の技術レベルが高いとか、新しいことにチャレンジするとかいろいろ要素はあるのだけど、個人の生産性、コードの美しさをみても、平均値を観察するとアメリカの人が一番に感じる。その他にも、ドキュメントを見てすぐ理解できる能力は、アメリカの人はおろか、ヨーロッパ圏やインドの人と比べても、私は圧倒的に負けていると感じる。 Williams 衝撃の読解力 新しいライブラ
【裏技】みんな知らないログイン必須ページの爆速スクレイピング【モテるシェル芸】 - ps aux | grep serinuntius
おはようございます。 裏技ってつけると急にワザップ感が出て、懐かしいですよね〜。 こないだ飲み会で同期とそんな話をしておりました。 本題 ログインが必要なWebサイトで画像を引っこ抜いて欲しいという依頼があり、スクリプトを書くかな〜と迷ったんですが、よく考えたらシェル芸だけで出来るな〜と思ったので共有したいと思います。 今回はデザイナーにGitHubのIssueに貼ってある画像200枚以上をzipで欲しいって言われたので、それを題材にします。 環境 Chrome curl grep egrep やり方 1. Chromeでおもむろにデベロッパーツールを開く Macなら Shift + Cmd + c等で開けます。 2. networkを選択する そのページのリクエストを見つける たぶん、一番上のはず。 3. 右クリックして、Copy as cURLを選択 今回の肝はこれで、ブラウザで送った
ユーザ情報を保存する時のテーブル設計 - そーだいなるらくがき帳
はじめに ※この発言は個人の見解であり、所属する組織の公式見解ではありません 用法用量を守り、個人の責任で業務に投入してください 参考資料 2024/02/14追記 実際のテーブル設計の詳細はこちらを参考にどうぞ。 agilejourney.uzabase.com 要件 User情報を保存するときにどのようなテーブル設計を行うか 今北産業で頼む テーブルに状態を持たせず状態毎のテーブルを作る 状態が変わればレコードを消して別のtableに作る tableの普遍的な情報は別に持たせる 僕の考えた最強のDB設計 PostgreSQLをベースの雑なER図を作った。 これを元に話を進める。 table構成 users 親tableであり、すべてのユーザはここに属する。 基本はINSERTのみでUPDATE、DELETEを考慮しない。 user_detail userに付随する詳細の情報がここに登録
ReadableなPull Requestを作る為に心がけていること｜デロイト トーマツ ウェブサービス株式会社（DWS）公式ブログ
前田です。 何故かニックネームがダンプ前田になってしまいました。 昨日突然Slackに「ダンプ前田」リアクションが出来たからで、今プチ流行しています。 私がよくダンプファイルを作るかららしいです。 文章の接尾語に使ったり返事に使ったりなど、なかなかハイコンテキストな感じになっています。 弊社ではGitHubのPull Request(以下PR)機能を利用して機能単位ごとに必ずソースコードをレビューしています。 以前、弊社下條がソースコードレビュー時に意識していることとしてレビューア側目線の記事を書いていましたが、レビューイ側目線でリーダブルなPRを作る為に心がけていることについて書いてみようかと思います。 PRをリーダブルにするのが大事だと思っているのは以下の理由からです。 レビュー時間の削減 実装した機能にフォーカス出来るのでバグや機能漏れを見つけ出しやすい プロジェクトを進めていく時、
MySQLでテーブルの行数を数える
と実行することだが、これだと最悪そのテーブルを総なめすることになる。 こういう時はinformation schemaから情報を引く。information_schema.tablesテーブルのtable_rowsカラムが行数。 mysql> select table\_schema, table\_name, table\_rows from information\_schema.tables -> where table_schema = 'hoge'; +-------+-------------+----+ | table\_schema | table\_name | table_rows | +-------+-------------+----+ | hoge | wp\_FollowMe\_Links | 2 | | hoge | wp_commentmeta | 180
「速」を落とさないコードレビュー
Forkwell Meetup #3 https://forkwell.connpass.com/event/48147/Read less
人為的選択で自然淘汰でない組織変化を起こす - 「殻 脱じり貧の経営」を読んだ - $shibayu36->blog;
組織論や経営への興味関心から、「殻 脱じり貧の経営」を読んだ。 殻―脱じり貧の経営 作者:高橋 伸夫ミネルヴァ書房Amazon この本は、会社がじり貧に陥る理由を「殻」という概念を提唱し説明してくれる。また最後にじり貧に陥った会社がどうやってそこから脱出するかについても論じている。 この本は経営者におすすめできる。「じり貧」というのは難しく、ゆでガエル現象と揶揄されるように、中にいるとそうなっていること自体に気づけないことが多いので、じり貧に気づくためにも一度読んでみると良いと思う。 僕は8章と終章が面白かった。一方、途中の事例紹介であるフォードの話とENIACの話は、こんなに詳細に書く必要ある？というくらい回りくどく感じたので、フォードがどのように成功し、どのようにじり貧に陥ったかというのがある程度理解できるくらいに流し読みしても良いと感じた。特にENIACの話は別に読まなくても理解でき
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
https://github.com/kayac/nikuapp/pull/54422
ナポリピッツァ生地の作り方(こね) | レシピ | 富澤商店
Git・GitHubに隠された便利な機能 | GitHub Cheat Sheet（日本語訳）
