Sunpacker

/**
 * If your database provides block transactions, (like Sequelize,
 * here: https://sequelize.org/master/manual/transactions.html) here's how to
 * use them in Apollo Server:
 */

import { ApolloServerPlugin, GraphQLRequestContext } from 'apollo-server-plugin-base'

export interface Transactable<Txn> {
  transact?: Transact<Txn>

Sunpacker

import { setup, fromPromise, assign } from 'xstate'

function fakeAuth() {
  return new Promise((resolve) => {
    setTimeout(() => {
      resolve(true)
    }, 1000)
  })
}

Sunpacker

package main

import (
	"fmt"

	"github.com/danrl/golibby/queue"
	"github.com/danrl/golibby/stack"

	"github.com/danrl/golibby/graph"
)

Sunpacker

NOTE Forked from @TSiege on Fri 3. May, 2019

Studying for a Tech Interview Sucks, so Here's a Cheat Sheet to Help

This list is meant to be a both a quick guide and reference for further research into these topics. It's basically a summary of that comp sci course you never took or forgot about, so there's no way it can cover everything in depth. It also will be available as a gist on Github for everyone to edit and add to.

Data Structure Basics

###Array ####Definition:

Sunpacker

package main

import (
	"fmt"
)

func binary_search(arr []int, item int) int {
	max := len(arr)
	low := 0
	for low <= max {

Sunpacker

class SelectionTool {
  mode: MySelectionMode

  mouseDown() {
    const selected = findFigure()

    if (selected !== null) {
      this.mode = new SingleSelection(selected)
    } else {
      this.mode = new MultipleSelection()

Sunpacker

<scheme name="One Dark (Sunpacker)" version="142" parent_scheme="Darcula">
  <option name="FONT_SCALE" value="1.0" />
  <metaInfo>
    <property name="created">2024-01-14T10:07:24</property>
    <property name="ide">WebStorm</property>
    <property name="ideVersion">2023.3.2.0.0</property>
    <property name="modified">2024-01-14T10:07:31</property>
    <property name="originalScheme">One Dark (Sunpacker)</property>
  </metaInfo>
  <option name="CONSOLE_FONT_NAME" value="JetBrains Mono" />

Sunpacker

This pattern shows up repeatedly in FitNesse Acceptance Tests. You need to use several tables on a single page, in order to fully test a given requirement. These tables naturally fall into three categories:

Build: One or more tables to Build the test data. These tables are typically based upon a <UserGuide.ColumnFixture that has the equivalent of a valid() function. The rows in the table load and save data, and the valid() function returns a boolean indicating whether the data was valid and properly saved.
Operate: A table to operate on the data. This table is typically based upon a <UserGuide.ColumnFixture and has always had the equivalent of a valid() function. The columns specify the arguments of the operation and the valid() function performs the operation and return a boolean to indicate success.
Check: One or more tables to validate the operation. These fixtures might be of the style <UserGuide.ColumnFixture or <UserGuide.RowFixture. It is in these tables that the real acceptance tests are performed. T

Sunpacker

/**
 *
 * ПАТТЕРН ЗАМЕСТИТЕЛЬ (proxy)
 * Предоставляет суррогатный объект, управляющий доступом к другому объекту.
 * 
 * Заместитель это обертка, которая применяется в следующих случаях:
 * 1. Ленивая инициализация (виртуальный прокси). Когда у вас есть тяжёлый объект,
 * грузящий данные из файловой системы или базы данных.
 * 2. Защита доступа (защищающий прокси). Когда в программе есть разные типы пользователей, и вам хочется
 * защищать объект от неавторизованного доступа. Прокси может проверять доступ при каждом вызове и передавать

Sunpacker

/**
 *
 * ПАТТЕРН МОСТ (bridge)
 *
 * Паттерн МОСТ - отделяет абстракцию от реализации, благодаря чему появляется возможность независимо изменять то и
 * другое. Это структурный паттерн проектирования, который разделяет один или несколько классов на две отдельные
 * иерархии — абстракцию и реализацию, позволяя изменять их независимо друг от друга.
 * Например у нас есть класс Круг, и мы хотим создавать круги разного цвета, для этого нужно будет создать подклассы
 * Синий Круг, Желтый круг и т.д. А если потом появятся квадраты и треугольники, то для них тоже нужно будет создавать
 * большое количество подклассов. В итоге иерархия будет огромной. Логичнее создать две независимых иерархии -