safa-dayo

#@title Stable Diffusion web UI（最新版）をGoogle Colabで起動するためのコマンド

#@markdown ## このColabノートブックについて
#@markdown [Stable Diffusion web UI](https://github.com/AUTOMATIC1111/stable-diffusion-webui) をGoogle Colabで起動するためのノートブックとなります。

#@markdown 利用したいモデルや拡張機能、LoRAなどにチェックを入れた上で実行ボタンを押すことで、設定した内容でStable Diffusion web UIが起動します。

#@markdown また各項目には公式ページへのリンクをつけています。利用の際は公式ページよりライセンスなどを確認した上でご利用ください。

### Stable Diffusion web UIインストール

mono0926

import 'package:collection/collection.dart';
import 'package:grinder/grinder.dart';

void main(List<String> args) => grind(args);

@Task('Open Upgraded Package Changelog')
void openUpgradedPackageChangelog() {
  _openUpgradedPackageChangelog(
    [
      '.',

mono0926

targets:
  $default:
    builders:
      freezed:
        generate_for:
          include:
            - lib/**/*state.dart
            - lib/model/firestore/**/*.dart
      json_serializable:
        generate_for:

koher

// `Foo` is an immutable class
final class Foo {
    let value: Int
    init(_ value: Int) {
        self.value = value
    }
}

// Adds `mutating func` to `Foo`
protocol Incremental {

raysan5

CUSTOM GAME ENGINES: A Small Study

A couple of weeks ago I played (and finished) A Plague Tale, a game by Asobo Studio. I was really captivated by the game, not only by the beautiful graphics but also by the story and the locations in the game. I decided to investigate a bit about the game tech and I was surprised to see it was developed with a custom engine by a relatively small studio. I know there are some companies using custom engines but it's very difficult to find a detailed market study with that kind of information curated and updated. So this article.

Nowadays lots of companies choose engines like Unreal or Unity for their games (or that's what lot of people think) because d

mono0926

Androidのアダプティブアイコンの対応方法

とりあえず、アダプティブ アイコンのガイドをよく読んで理解し、参考リンク先も見る。

デザインファイルの体裁

Designing Adaptive Icons - Google Design - Medium にリンクのある Sketchファイルが秀逸なのでそれを真似するだけでOK(ついでにそのリポジトリはこちら)。

Sketchファイルの safe-zone を表示した様子:

cristianvasquez

import 'dart:collection';

import 'package:flutter/material.dart';

void main() => runApp(new MyApp());

class MyApp extends StatelessWidget {
  @override
  Widget build(BuildContext context) {
    return new MaterialApp(

mono0926

Flutterのダイアログ取り扱いざっくりメモ

ダイアログの出し方

• とりあえずshowDialogで済むならそれ利用
  • シンプルに表示したい時にはこれで充分だが、柔軟性に乏しく表示エフェクトなどは固定で、背面タップで閉じられるか切り替えられるだけ
• showDialogのカスタマイズ性では要件満たせない場合は、showGeneralDialogを利用
  • showDialogはshowGeneralDialogを内部実装で使っている
• showGeneralDialogはけっこう表現力高いが、もしそれでも不十分な場合は PopupRouteを継承した独自Routeを作ってそれを利用
• 利用例: https://gist.github.com/mono0926/bf038b53c012db7688a36a85473278e5

noto

これは私が支援先に提供した、1 on 1 に関するノウハウや、思いを述べたドキュメントを元にしています。企業の枠を超えて共有したいことが多いので、ここに貼ります。

概要

• 世の中には 1 on 1 の本があるようですが、とりあえずは『1 on 1 で 何を話すのか？ マネージャ/ソフトウェアエンジニアの立場から - サンフランシスコではたらくソフトウェアエンジニア』を読んでもらえればよいと思います (higepon さんに感謝!)。
• 1 on 1 は 1 対 1 で話すミーティングで、基本定期的にやります。上長とメンバーとの間で行うのが基本です。
• グループ/チームでのミーティングを補完するためのものです。
  • みんなの前では話しづらい、込み入った内容を話します。
  • チームとして行っているタスクの進捗確認に 1 on 1 を使うのは避けましょう。それは 1 on 1 の目的に沿っていません。
• 基本、「メンバーの時間」と捉えてください。メンバーが話したいこと、上長に質問したいこと、相談したいことを話す時間です。
• ですので、上長は相手の話をさえぎらず、聞くことに徹してください (話すのが得意な人、好きな人がマネージャになっている可能性が高いというバイアスに注意しましょうｗ)。

brianegan

// This is a basic Flutter widget test.
//
// To perform an interaction with a widget in your test, use the WidgetTester
// utility that Flutter provides. For example, you can send tap and scroll
// gestures. You can also use WidgetTester to find child widgets in the widget
// tree, read text, and verify that the values of widget properties are correct.

import 'dart:convert';

import 'package:flutter/material.dart';