周りを見ていると何の苦もなく英語社会に適応しているわけですが、日々苦しんでいる人の奮闘記があっても良いのではないかと思って書きました。残念なエピソードを晒すことで実は自分もこうやって乗り切ってましたという人が現れお互いに助け合えることを期待しています。 概要 前提 バッドノウハウ 質問編 聞き取れなかった時にSorry?と聞き直さない 聞こえたところまで繰り返す 可能性のある質問全てに答える Do you mean ~ ? で可能性を潰していく うかつにYES/NOで答えない 他人に振ってみる 良い質問ですねぇを使う 何か言いそうな雰囲気を出して時間を稼ぐ 発言編 How are you?を速攻でキメる Can you hear me? Can you see my screen? に率先して答える How are you?にHow are you?で返す 発表編 話し続ける 質問が出ない
純ジャパが外資系勤務を乗り切るための英語バッドノウハウ
海外経験ゼロ、なんなら海外旅行すら経験が乏しく、100%日本の学校育ちで英語に自信がないみんな～。 そんな境遇から外資に迷い込んでしばらく経ったのでバッドノウハウを共有するよ。 この前見た 「英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog」って記事に影響されたのがきっかけ。まずはそれを読むといいかも。 一応言っておくけどこれらはバッドノウハウであって、効率的な英語習得法ではないから留意してくれよ～。英語に自信ニキは叩かないでくれ～。 スペックエンジニア職。入社時点でのTOEICは780程度。よく入れたな。 海外経験ゼロ、大学受験のときのセンター試験は160点くらい。センターリスニングは40点超えてた。 ただ、設問形式だったからなんとかなるのであって、ドラマとかニュースはマジで聞き取れない。 高校のときに英検受けたけど2級までしか取ってない。とに
ブックマークしました ここにツイート内容が記載されます https://b.hatena.ne.jp/URLはspanで囲んでください Twitterで共有
つたわるイラスト vol. 2 〜イラスト作成のバッドノウハウを乗り越えて〜 / Understandable illustrations vol. 2 - bad tips and good tips
イラスト作成は、デザイナーだけの仕事ではありません。 開発資料や、プレゼン資料、社内Wikiなどなど、人から人へ情報を伝える場面において、イラストは時に文字以上に豊かな情報量を持ちます。 7/8に実施したvol. 1では、誰のためのイラストかを言語化することで、つたわるイラストを描く上での心構えについ…
はまちや２ on Twitter: "近ごろのGoogleは何か検索すると画像とかスクショの中に検索文字列が含まれるものもヒットするんだね。つまり企業等が謝罪文を画像で公開するバッドノウハウは意味がなくなっている"
近ごろのGoogleは何か検索すると画像とかスクショの中に検索文字列が含まれるものもヒットするんだね。つまり企業等が謝罪文を画像で公開するバッドノウハウは意味がなくなっている
RPAは技術的負債のバイバイン 操作されるアプリの開発者としては、RPA friendlyにするより先にAPIを用意するでしょ常識的に考えて。APIのないところを無理やり強行突破するのがRPA。 どんな世の中でも、こういう協調性ゼロの行為には、それなりの代償が伴う。 協調的な開発（APIを使う普通のスタイル）が手数$n$に対して$a*n$の技術的負債を生むとすると（本当？）、RPAのような強行突破は、$a^n$の技術的負債を生む。 技術的負債で破産する前に職場からトンズラする用意はOK? Qt for Windowsはカスタムドローだらけ カスタムドローのコンポーネントはUI Automationなどでは操作できない。そこでpyautoguiなどのスクリーンショット＋画像テンプレートマッチングを使って、いかにもRPAらしく強行突破するわけだが、数時間で早くもバッドノウハウを2つ発見したので
gitは、バッドノウハウでしょうか？
回答 (2件中の1件目) リンク先の記事に書いてある内容は、gitに当てはまると思います。バッドノウハウと呼べると私は思いました。 ツールとしては強力なのでこれからも使いますが、ラッピングするGUIが増えて洗練されていけば、簡単になって「奥が深い」病から抜け出せそうな気がします。 職場の正式なバージョン管理ツールははSubversionですが、自分のローカルはgitで履歴管理しています。次の次のバージョン用の機能開発をしながら、開発中バージョン向けにバグ修正をしたりといった平行開発ができて作業効率が上がりました。 ではなぜ個人利用にとどめ、チーム全体に展開しないか。その理由の1つ...
「IT業界の『奥が深い症候群』」について：バッドノウハウと「奥が深い症候群」再考 - 新・日々録 by TRASH BOX@Eel
IT業界には「奥が深い症候群」って言葉があってな 使いにくいシステムを使いこなすことに喜びを感じて、使いこなせない人間を見ると罵倒する そういう人が幅を利かせていつまでも改善がされない そんな症状だ https://anond.hatelabo.jp/20200603093957 ソフトウェア・エンジニアが使うツールには、使い勝手の良くないものが割と存在する。その辺の事情に関してはバッドノウハウと「奥が深い症候群」で語られている内容が詳しいのだが、必ずしもそれが全てではない。 例えばGitは、まあ15年ほど開発が続けられているツールではあるが、それでもどちらかと言えば後発のバージョン管理システムだ。しかしオープンソースの有名どころバージョン管理システムを歴史順に「CVS・Subversion・Git」と並べた時、Gitは最後発なのにも関わらず、使いこなせないというユーザは最も多いように見え
パソコンもスマートフォンも普段使っていて別段困る事はない。しかしながら戦術の通りプログラミングやソフトウェア、 そして最新のハードウェア等になるとまるっきりついていけない。ハードウェアはUSB-TypeCにも種類があるとか理解できない。 USB-TypeCをTypeAに変換してはいけないとか最近まで知らなかった。 俺もコネクタなんて種類が多くてもう分かんないｗ こういうのも技術的な意味合いのものと、商業的な大人の事情によるものが混在しているわけで 更にレガシー、すなわち過去の遺産なるものについても理解ができない。古い物がずっと使われ続けているITの環境。 もう誰もメンテナンスが出来ないものが延々と使われているという事実。 メンテナンスできないものを使い続けるというのはあんまりないはず 印刷の現場でClassic Macを使っていたり、工場でPC-9801を使っている現場は今でもあるにはある
せせり（mahiro oka）@個人開発/Rails 発言は個人開発者の初心者向けバッドノウハウです on Twitter: "「年収500万円↑になったら法人成りした方が良い」と言うのをよく聞くと思いますがその理由は「給与所得控除」と言うものがありまして 例えば 600万円を個人事業主でもらう→所得/住民税130万円 会社から給与でもらう→給与所得… https://t.co/Ow9bepxwiU"
「年収500万円↑になったら法人成りした方が良い」と言うのをよく聞くと思いますがその理由は「給与所得控除」と言うものがありまして 例えば 600万円を個人事業主でもらう→所得/住民税130万円 会社から給与でもらう→給与所得… https://t.co/Ow9bepxwiU
Nutanix CE ce-2017.07.20-stableにおけるPrism Centralの1-Clickデプロイがコケる場合のバッドノウハウ的なワークアラウンド - Qiita
Nutanix CE ce-2017.07.20-stableにおけるPrism Centralの1-Clickデプロイがコケる場合のバッドノウハウ的なワークアラウンドnutanixnutanixce 本記事は、Nutanix Advent Calendar 2017には関係無く、Nutanix CEユーザーの皆様からの圧力お気持ちをそんたくして記載した、Nutanix CE ce-2017.07.20-stableにおけるPrism Centralの1-Clickデプロイがコケる場合のバッドノウハウ的なワークアラウンドの何かです。 本記事の内容はこの日付時点の情報（2017年12月6日時点）に基づいています。そして本記事はオフィシャルなサポートではなく、一個人にて「とりあえず、やったみたら、なんかうまく行った」内容のシェアであるため、当該バッドノウハウを活用することで発生する問題等に対す
回答 (13件中の1件目) 握り潰すなら握り潰す真っ当な理由が必要ですし、握り潰したよってことがあとからわかるようにログに出力するとかしないとダメでしょうね。 改修などでその部分の正常動作が必要なパターンが出てきたりすると、何か残しておかない限りあとから関わる人にはわからない。 ※というか気づくのが遅れて余計な手間が掛かる 書かなくていい try catch を大量に書いた挙句、再スローを間違えてるのでスタックトレースは破棄されてるし、結局再現する箇所を特定できずにデバッガで追いかけるしかないなんてことはよくあります。 そういう現場に限って、エラーチェックやエラー処理の粒度もおか...
バッドノウハウとは 意味/解説 - シマウマ用語集
バッドノウハウとは、本質的には生産性はないものの、問題解決のために必要になってしまうようなノウハウのこと。 例えば、ソフトウェアなどを使いこなすためにストレスを感じながらも覚えなければならないようなティップスやコツ、ちょっとしたテクニック、裏技などの情報のことを指す。その事象特有のものが多く、基本的には他の事象に応用ができない。 高林哲氏による造語である（2003年）。 バッドノウハウと「奥が深い症候群」
周りを見ていると何の苦もなく英語社会に適応しているわけですが、日々苦しんでいる人の奮闘記があっても良いのではないかと思って書きました。残念なエピソードを晒すことで実は自分もこうやって乗り切ってましたという人が現れお互いに助け合えることを期待しています。 概要 前提 バッドノウハウ 質問編 聞き取れなかった時にSorry?と聞き直さない 聞こえたところまで繰り返す 可能性のある質問全てに答える Do you mean ~ ? で可能性を潰していく うかつにYES/NOで答えない 他人に振ってみる 良い質問ですねぇを使う 何か言いそうな雰囲気を出して時間を稼ぐ 発言編 How are you?を速攻でキメる Can you hear me? Can you see my screen? に率先して答える How are you?にHow are you?で返す 発表編 話し続ける 質問が出ない
概要 MineMeldをUbuntu 20.04にインストールすることができたのでメモしておきます。 この記事に記載の内容はバッドノウハウの類ですが、古いソフトウェアを敢えて使わなければならないシチュエーションというのも人生の中ではあると思うので、何かの役に立てば幸いです。 MineMeldとは？ MineMeldとは、OSINTのデータを自動的に収集するツールです。Palo Alto社が開発し、オープンソースで公開されています。 Palo Alto社が公開している資料がわかりやすいと思います。 ただし、現時点（2021/8/14）では以下のような問題点を抱えています。 公式サポートは2021/8/1で終了している 参考： Python 2.7で開発されている Python 2.7系は、2020/1/1 でサポートが終了しています。 参考： 他にも依存関係が多い Nginx Redis C
www.shoeisha.co.jp 論理設計の「やってはいけない」 非スカラ値(第1正規形未満) 配列型による非スカラ値 スカラ値の基準は何か？ ダブルミーニング この列の意味はなんでしょう？ テーブルの列は「変数」ではない 単一参照テーブル 多すぎるテーブルをまとめたい？ 単一参照テーブルの功罪 テーブル分割 水平分割 垂直分割 集約 列の絞り込み サマリテーブル shardingとカラムベース 不適切なキー キーは永遠に不変です! 同じデータを意味するキーは同じデータ型にすべし ダブルマスタ ダブルマスタはSQLを複雑にし、パフォーマンスを悪化させる ダブルマスタはなぜ生じるのか 論理設計の「やってはいけない」 戦略の失敗を戦術で取り返すことはできない バッドノウハウ/アンチパターン根絶委員会 非スカラ値(第1正規形未満) 最低限のルールすら守られていない 配列型による非スカラ値 配
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog
『英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog』へのコメント
Qt for Windowsのアプリを相手にRPAするときのちょっといい話（＝バッドノウハウ） - Qiita
コンピュータの世界にバッドノウハウ（羊の毛刈り）が多いというのはあると思う
プログラミングのtry〜catch構文のcatchブロックで何もしない例外の潰し方はバッドノウハウなのでしょうか？
英語ミーティングを乗り切るために身につけたバッドノウハウ - knqyf263's blog
MineMeldをUbuntu 20.04にインストールするバッドノウハウ - Qiita
達人に学ぶDB設計 徹底指南書 ch7 論理設計のバッドノウハウ - 勉強日記