C++の継承を使った実装で、継承を使ったがためにベースクラスが神クラス化した
程度です。
自分は継承を安易に使わないようにしています(勉強不足というのもあります)。
C++の継承を使った実装で、継承を使ったがためにベースクラスが神クラス化した
程度です。
自分は継承を安易に使わないようにしています(勉強不足というのもあります)。
なんかやたらトリッキーなコードを書く人がいるんですよね…。
2~1000まで偶数だけを使った、という場合ってfor i in range(2, 10000, 2):
とか真っ先に浮かぶのにfor i in range(2, 10000)[0::2]:
ってやったり…。
ジェネレータだから処理速度も使用メモリも変わらないけど…。
みなさんはどんなトリッキーなコードを見たことありますか?
> 一人は肩下まで届く長い髪をしていて、黄色いTシャツをきていた。
> そのとき彼が着ているTシャツがちらっと見えた。「JS」と書いてある。
-----
>>>この部分は4割方のほう<<<(ノンフィクション)
コードレビューってどのプロジェクトでもやはり難しいのね。。。
特にプロジェクトのメンバーが多くなると、難しくなる傾向があります。
メンバーが小人数の時は、
自分以外のメンバーのコードの書き方も補完できるし、
意思疎通もそんなに複雑ではない。
しかしメンバーが増えると、
コミュニケーションパスが増えることや、
意思疎通や仕様徹底が難しい場面が増えます。
そのため、このような自体になることが多いんですよね。
大事な言葉・HRT~「Humility(謙虚)」、「Respect(尊敬)」、「Trust(信頼)」。ああなんて難しい by developer-kikikaikai https://qiita.com/developer-kikikaikai/items/9e08fe0f8ee0eebaccab #Qiita #ポエム #新人プログラマ応援 #HRT
pipenvってどういうケースで使うんだろ。。
自分が今おつきあいしている方。
もう5年はつきあいしているだろうか (もしかして、もっと前から?)。
その方のことをよく考える。
癖を覚えて、「こういうときはこうされるのか」というのを日々気づいて記録するようにしている。
毎年新しい方も出るけど、今の方と今後もおつきあいしたいとは思います。
**注記**: 開発環境(IDE)の特定のバージョンのことです。
今日予定していた実装は完了。
余った時間は試行錯誤にまわす。
IDEの座標計算誤差により、処理を繰返した時にボタンの幅が小さくなる問題。
特定のIDEバージョンで発生しているようではあるが、そのバージョン特有の対応をすると、将来のIDEバージョンアップデートではまる。
下記のような修正で対応できた。これであれば、将来のIDEバージョンアップデートにも影響は少ないはず。
// this->ScaleBy(100 / s_curFactor, 100); // 拡大率を使って拡大するため、一旦1.0の倍率に戻す
this->ScaleBy(100, 100 * s_curFactor); // 拡大率を使って拡大するため、一旦1.0の倍率に戻す
Github Enterpriseの弊社。高みの見物。
VMWare Workstation 14 Pro
14.1.3 build-9474260
- 一つのウィンドウ内にゲストOSが起動している
- 最大画面表示している
- 2つ目のゲストOSを起動する
- 起動していた1つ目のゲストOSへ切替え時に画面が表示されない
最大画面表示を解除することで回復はするが、作業の妨げである。
工数計算は常に1.5倍にすること!スピードの遅い人を基準に算出すること!振り返りとブラッシュアップとバッファは別で取ること!有給使うこと前提で日数計算すること!最後に管理者自身に実装工数を付けないこと!いいー?
https://twitter.com/mugitya38/status/1054166746163109888?s=21
わかりがある。1.5倍は過剰な気もするが。
工数計算は常に1.5倍にすること!スピードの遅い人を基準に算出すること!振り返りとブラッシュアップとバッファは別で取ること!有給使うこと前提で日数計算すること!最後に管理者自身に実装工数を付けないこと!いいー? pic.twitter.com/PlsQi9OuWg
— 麦倉くん (@mugitya38) October 22, 2018
フォントの太さにも混乱する要因があるのですね。
勉強になりました。
統一的な定義があればいいのでしょうが、既存の成果物は今の定義で実装されているという点、統一するのは難しいでしょうね。
へーしゃの求人です。
楽しんでいただけると嬉しいです。
「これより、救出作戦を開始する!」
https://www.wantedly.com/companies/geologic/post_articles/139705
面白かったらぜひ拡散してくださいませ!
Qiita記事書くとき、音声読み上げで閲覧している人もいること、時々忘れる。
強調表示は赤色かつ**
で囲うこと。
図に関しては音声読上げでは難しい。
> 使わないフォントと言えばxtermのUnreadableフォントってマジでいつどういう状況で使うのか分からん。
https://wiki.archlinux.jp/index.php/Xterm
> VT フォントメニュー
> Ctrl + 右マウス
のヒント(緑枠)
> ヒント: Unreadable and Tiny are useful if you wish to keep an eye on a process but do not want to devote a large amount of screen space to the terminal window. An example use might be a lengthy compilation process when you only want to see that the operation completes.
意訳「進捗だけ見たいときにはUnreadable やTinyは役立つよ」
終了は停止でのみ分かる、プログレスバーのようなものなのでしょうね。
https://wiki.archlinux.jp/index.php/Xterm
> VT フォントメニュー
> Ctrl + 右マウス
のヒント(緑枠)
> ヒント: Unreadable and Tiny are useful if you wish to keep an eye on a process but do not want to devote a large amount of screen space to the terminal window. An example use might be a lengthy compilation process when you only want to see that the operation completes.
意訳「進捗だけ見たいときにはUnreadable やTinyは役立つよ」
終了は停止でのみ分かる、プログレスバーのようなものなのでしょうね。
使わないフォントと言えばxtermのUnreadableフォントってマジでいつどういう状況で使うのか分からん。
これは電話越しの指示で面倒になるnaming。
服のサイズ (Waterproof Dog Vest Jacket)
- S
- M
- L
- XL
- XXL
- 3XL
- 4XL
- 5XL
Xという修飾語はあまり使いたくない。
- huge
- large
- medium
- small
- tiny
5種類にはなるが、tinyなフォントなんて誰も使わないだろう。
senooken JP Social is a social network, courtesy of senooken. It runs on GNU social, version 2.0.2-beta0, available under the GNU Affero General Public License.
All senooken JP Social content and data are available under the Creative Commons Attribution 3.0 license.